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PRERft.CE 


This  Memorandum  Is  one  In  a  series  of  publications  documenting 
the  A rny  Cost  Model  developed  by  RAND  on  behalf  of  the  Programing 
Office  of  the  Office  of  the  Assistant  Secretary  of  Defense  (Comptroller). 
The  memorandum  is  presented  as  a  of  operating  Instructions 

directed  toward  those  who  will  be  responsible  for  the  use  and  operation 
of  the  cost  model. 


The  manual  covers  the  more  procedural  aspects  of  model  operation 
and  updating.  For  a  more  generalized  discussion  of  the  model  and  its 
uses,  see  the  following  related  publications: 

Grosse,  R.  N.,  Army  Cost  Model.  The  RAND  Corporation, 
RM-3^6-ASDC .  December  1962 . 

Grosse,  R.  N. ,  and  A.  Proschan,  Uses  of  Automated 
Force  Cost  Models,  The  RAND  Corporation,  RM-3606-ASDC, 
April,  1953. 

Meltsner,  A.  J.,  Information  Requirement  Problems 
for  Army  Force  Structure  Cost  Analysis,  The  RAND 
Corporation,  RM-3^6$-ASdC,  February  1963. 

Other  publications  in  the  series  Include  memoranda  on  data  sources 
and  analysis,  future  research,  model  structure  and  flow,  and  a 
programmers  *  reference  manual.  These  are  currently  under  preparation. 
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SUMMRT 

This  manual  provides  operating  Instructions  for  the  Amy  Cost 
Model  developed  by  RAND  on  behalf  of  the  Office  of  the  Assistant 
Secretary  of  Defense  (Comptroller).  The  manual  is  directed  toward 
those  individuals  who  will  operate  the  cost  model  and  others  with  an 
interest  in  its  use. 

The  manual  is  one  in  a  series  of  publications  designed  to  aid 
in  transferring  the  capability  to  operate  the  Amy  Cost  Model  from 
RAND  to  other  organizations.  It  covers  only  the  more  procedural 
aspects  of  model  operation  and  updating.  Use  of  the  manual  requires, 
on  the  part  of  the  cost  model  operator,  an  intimate  familiarity  with 
all  aspects  of  the  model.  The  manual  therefore  cannot  be  used  in 
isolation;  it  must  be  used  in  conjunction  with  other  publications  in 
the  series  covering  data  sources  and  analysis,  future  research,  and 
model  structure  and  flow. 

The  manual  is  designed  as  a  "handbook"  to  provide  ready  reference 
to  suggested  operating  procedures.  It  assumes  a  familiarity  on  the 
part  of  the  model  operator  with  force  structure  cost  analysis,  with  auto¬ 
mated  models,  and  with  Amy  forces  and  methods  of  operation.  The 
manual  is  designed  only  to  familiarize  the  operator  with  procedures 
peculiar  to  the  Arny  Cost  Model.  It  will  not  supply  the  operator  with 
the  insight,  Judgment,  imagination,  and  skill  in  the  techniques  of 
force  structure  cost  analysis  which  are  required. 

In  addition,  this  manual  is  not  adequate  as  a  substitute  for  a 
training  program  in  model  operation.  An  intensive  training  program 
will  be  required  for  all  model  operators,  with  this  manual  used  as 
reference  material. 


Chapters  1  and  2  provide  a  general  Introduction  to  the  use  of  the 
model  and  to  procedures  for  operating  it.  The  remainder  of  the  manual 
Is  organized  by  task,  with  each  chapter  covering  different  operations 
likely  to  be  required  of  the  operator.  Chapters  3  through  9  cover  the 
more  important  types  of  costing  problems  likely  to  be  encountered  by 
the  operators  of  the  model  in  costing  alternative  forces.  Chapters 
10  through  12  cover  tasks  not  classed  as  costing  problems  but  which 
will  be  required  in  operating  and  maintaining  the  model.  Chapter  13 
covers  procedures  for  the  preparation  of  input  data  and  is  placed  at 
the  end  because  the  level  of  detail  presented  is  not  required  for 
users  of  the  manual  outside  the  insnediate  group  responsible  for  model 
operation. 
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Chapter  1 
USING  THE  MODEL 


This  chapter  presents  an  introductory  discussion  on  the  use  and 
operation  of  the  Amy  Cost  Model.  Model  applications  and  outputs  are 
discussed  in  the  first  two  sections.  The  remainder  of  the  chapter  concerns 
functional  relationships  between  those  who  operate  the  cost  model,  those 
who  use  its  output,  and  the  model  itself.  The  following  sections  are 
included: 

1.1  APPLICATIONS  OF  THE  MODEL 

1.2  MODEL  OUTPUTS 

1.3  THE  MODEL,  THE  OPERATOR,  AND  THE  USER 

1.4  JUNCTION  OP  THE  MODEL  OPERATOR 

1.4.1  Operating  the  Model 

1.4.2  Updating  the  Data  Base 

1.4.3  Liaison  with  Other  Groups 

1.5  HOLE  OF  THE  USER 

1.6  OPERATOR-USER  RELATIONSHIPS 

1.1  APPLICATIONS  OF  THE  MODEL 

Automated  force  structure  cost  models  have  two  major  areas  of 
application:  (l)  in  the  planning  of  alternative  forces,  and  (2)  in  pro¬ 
gramming  and  budgeting.  The  planning  use  was  first  in  time  and  more 
experience  has  been  gained  in  using  cost  models  for  this  purpose.  With 
the  introduction  of  the  DOD  programming  system  the  potential  utility  of 
cost  modeling  for  programming  and  budgeting  has  grown  considerably. 

The  Mark  I  Any  Cost  Model  1b  designed  primarily  to  support 
planning,  although  with  further  research  it  can  be  refined  to 
support  programing  also.  The  types  of  questions  the  model  is 
designed  to  answer  are  those  likely  to  be  of  Interest  to  the  planner 
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who  is  examining  alternative  forces.  Typical  problems  are:  changing 
the  mix  of  units  in  the  force  structure;  examining  alternative  forces 
Incorporating  advanced  weapons  systems;  changing  the  weapon  mix  of  the 
force;  changing  the  rate  of  materiel  modernization;  varying  stockage 
policy  for  ccmbat  consumption  (mobilization  reserve)  stocks;  and  changes 
in  manning  levels.  Chapters  2-8  of  this  manual  discuss  the  use  of  the 
model  to  examine  problems  of  this  nature.  There  are,  of  course,  many 
more  problems  which  the  model  may  be  used  to  examine  but  which  are  not 
covered  here  because  of  limitations  of  time  and  space. 

1.2  MODEL  OUTPUTS 

The  model  output  is  presented  as  estimates  of  resource  requirements 
for  the  forces  it  is  used  to  examine.  These  resource  requirements  are 
expressed  in  terms  of  funding  levels,  manpower  requirements,  and 
materiel  line  item  requirements  for  each  particular  problem  (e.g.,  a 
particular  alternative  force).  Outputs  are  provided  for  a  10  year 
period  and  are  broken  down  as  follows: 

(a)  Cost  Information  -  TQA 

-  by  major  cost  category 

-  R&D 

-  Investment 

-  Operating 

-by  budget  appropriation  account 

(b)  Manpower  Information  -  Year  End  Strength 

-  Officer 

-  Enlisted 


-  Civilian 
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(c)  Materiel  Annex  -  By  Line  Item 

-  delivery  schedules:  quantities  and  dollars 

-  procurement  schedules:  quantities  and  dollars. 

Hie  output  data  listed  above  are  available  at  a  nvmber  of  different 
summary  levels.  Hie  most  appropriate  levels  for  aggregation  and  display 
can  be  selected  by  the  users  of  the  model  and  tailored  to  fit  the  needs 
of  individual  problems.  Cost  and  manpower  data  are  available  at  each 
of  the  levels  listed  below;  materiel  annex  data  are  available  in  the 
Mark  I  model  only  at  those  levels  marked  with  an  asterisk. 

LEVELS  OF  OUTPUT  DATA 

*  Major  Force  Unit 
Program  Element 
Mission/Area 
Program 

*  Total  Force 

A  more  detailed  treatment  of  output  data  is  contained  in  Army  Coat 

(1)  - 

Model .  RAND  RM-3M6-ASDC.  A  list  of  the  Major  Force  Units  used  in  the 

Mark  I  model  is  given  in  a  companion  work  to  this  manual.  Army  Cost  Model 

(2) 

Data:  Part  1,  Sources  and  Analysis.  Procedures  used  in  selecting  desired 
outputs  are  covered  later  in  this  manual  (Chapter  10). 

1.3  THE  MODEL,  THE  OPERATOR,  AND  THE  USER 

Hie  term  "model"  can  be  used  in  a  general  sense  to  refer  to  any 
generalized  framework,  normally  Involving  quantitative  techniques,  used 
in  solving  problems.  Hie  Army  Cost  Model  is  a  specialized  model  made  up 


of  relationships,  data,  methodology,  and  procedures  useful  for  rapidly 
estimating  the  costs  of  alternative  forces  and  for  projecting  approximate 
budget  sizes.  When  used  to  refer  to  the  Army  Cost  Model,  the  term 
"model"  can  be  construed  in  several  ways.  Regardless  of  the  definition 
given  the  term  "model,"  a  viable  cost  modeling  capability  requires  at 
least  the  following: 

-  computer  program 

-  input  data 

-  data  support 

-  methodology  and  procedures 

-  model  operators  , 

Throughout  the  material  presented  in  this  manual,  a  careful 
distinction  is  drawn  between  two  principal  groups  connected  with  the 
model:  "operators"  and  "users."  These  two  groups  are  defined  below 
and  their  roles  and  relationships  in  using  the  model  discussed  in  the 
sections  that  follow  (l.4  •  1.6).  The  term  "model"  is  also  defined  for 
purposes  of  this  manual,  although  the  definition  given  may  not  agree 
with  that  used  in  other  publications  referring  to  cost  models  or  to 
the  Army  Cost  Model  in  particular.  Definitions  of  other  technical 
terms  used  in  this  manual  are  provided  in  a  glossary  in  the  Appendix. 

(a)  Model.  In  this  Operators*  Manual,  the  term  "model"  will  be 
used  to  refer  to  the  estimating  methodology  and  logic  only.  "Model" 
will  not  be  used  to  include  input  data. 

(b)  Operator(s) :  That  group  of  analysts  charged  with  operating 
and  maintaining  the  model  and  the  input  data.  The  model  operator 
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provides  the  link  between  the  "user"  of  the  model  (defined  below) 
and  the  computer.  The  function  of  the  model  operator  is  discussed 
in  section  1.4. 

(c)  User(s) :  That  individual,  group,  or  organization  desiring 
the  cervices  of  the  model,  i.e.,  desiring  to  use  it  to  solve  problems 
and  answer  questions. 

Conceiving  an  appropriate  relationship  between  the  model,  the 
operators,  and  the  users  is  vital  if  a  successful  capability  to  operate 
and  utilize  the  model  is  to  be  established.  The  function  and  role  of 
each  is  different,  but  all  are  highly  interrelated.  The  user  in  effect 
is  "the  man  with  the  problem;"  the  operator  translates  the  costing 
problem  into  model  inputs;  the  model,  consisting  of  estimating  method¬ 
ology  and  logic,  then  is  used  to  derive  the  estimated  resource  require¬ 
ments  of  the  alternative  force  under  consideration.  The  role  of  the 
operators  and  users  is  discussed  further  in  Sections  1.4  -  1.6. 

The  model  is  automated  and  programmed  for  the  IM  7090  computer. 
The  computer  performs  the  millions  of  mathematical  operations  required 
to  cost  an  Army  force.  These  operations  are  predetermined  and  auto¬ 
matic.  The  computer  exercises  no  Judgment  and  its  role  is  merely 
that  of  an  extremely  rapid  and  efficient  arithmetical  "clerk."  The 
necessary  skill  in  cost  analysis  must  come  from  the  cost  analysts  who 
operate  the  model. 

The  model,  then,  simply  accepts  inputs  frcn  the  operator  and 
identifies  the  resultant  costs.  Inputs  must  be  specific  and  complete. 
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The  force  to  be  coated  must  be  identified  in  sufficient  detail  for 
costing.  For  convenience  the  force  and  the  factors  necessary  for 
costing  are  generally  Identified  by  specifying  the  way  in  uhich  the 
force  to  be  costed  differs  from  some  other  force  already  specified  in 
complete  detail.  Also  for  convenience  the  model  uses  several  levels 
of  detail  in  specification;  the  operator  may  select  the  most  appropriate 
level  at  vhich  to  make  changes. 

1.4  FUNCTION  OF  THE  MODEL  OPERATOR 

Ihe  cost  analysts  who  operate  the  cost  model  will  perform  functions 
vhich  logically  fall  into  three  different  but  related  classes:  one, 
"operating"  or  using  the  model  to  price  alternative  forces;  tvo,  main¬ 
taining  and  updating  the  data  base;  and  three,  maintaining  liaison  vlth 
other  groups. 

1.4.1  Operating  the  Model 

lhe  cost  model  is  designed  to  estimate  the  costs  of  alternative 
forces  and,  after  further  refinement,  perhaps  to  be  used  as  an  aid  to 
program  budgeting.  In  using  the  model  to  obtain  cost  estimates,  it 
is  the  function  of  the  analysts  operating  the  model  to  provide  the  link 
between  the  user  of  the  data,  or  the  party  requiring  the  cost  estimate, 
and  the  key  punch  operator. 

In  performing  this  function,  the  model  operator  must  work  very 
closely  with  the  user  in  specifying  the  costing  problem.  He  must  then 
translate  the  costing  problem  into  model  inputs.  After  a  machine  run 
is  made,  the  operator  must  evaluate  the  reasonableness  of  the  results 
from  the  standpoint  of  cost  analysis,  and  then  transmit  the  results  to 
the  user.  Of  all  the  responsibilities  of  the  operator,  that  of  specifying 
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the  costing  problem  and  translating  it  into  model  inputs  is  by  far  the 
most  difficult. 

l.b.Z  Updating  the  Data  Base 

As  used  here,  the  term  "updating"  means  incorporation  of  current 
data  into  the  model  to  keep  existing  inputB  up  to  date,  and  extending 
the  coverage  of  the  model  to  include  new  weapons  systems,  organizational 
units,  and  hardware  items  as  they  are  introduced  into  the  force.  It  does 
not  include  research  to  modify  the  structure  and  methodology  of  the 
model  or  to  incorporate  new  forms  of  input  data.  Research  of  this  latter 
type  will  be  referred  to  as  upgrading. 

In  writing  this  manual,  it  has  been  assumed  that  "updating"  and 
"operating"  (i.e.,  pricing  alternative  forces)  would  be  performed  by  the 
same  group:  the  "operators"  of  the  model.  Proa  a  procedural  standpoint, 
the  two  functions  are  very  similar.  For  example,  updating  the  fcrce  to 
a  new  base  program  requires  manipulation  of  the  same  inputs  as  does 
pricing  an  alternative  force.  The  similarity  of  the  two  functions  suggests 
that  they  be  performed  by  the  same  group  and  that  they  both  be  thought  of 
as  part  of  model  operation. 

1.U.3  Liaison  with  Other  Groups 

It  was  suggested  above  that  model  operation  be  construed  to  include 
updating  as  well  as  pricing  alternatives .  In  addition  to  performing  these 
functions,  the  operator  must  maintain  liaison  with  several  other  groups, 
the  most  important  of  which  are  (l)  the  users  of  cost  estimates  generated 
by  the  model;  (2)  groups  doing  research  to  upgrade  the  model,  (3)  ADP 
personnel  who  maintain  and  operate  the  computer  program  and  (4)  data 
sources.  Relationships  with  users  are  discussed  in  Sections  1.5  and  1.6. 
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Contact  with  groups  doing  research  to  upgrade  the  model  is  important 
for  several  reasons.  First,  the  operators  of  the  model  should  be  able 
to  suggest  possible  areas  for  improvement.  Second,  since  the  operators 
will  have  responsibility  for  operating  the  model  with  improvements 
incorporated,  it  will  be  to  their  advantage  to  stay  abreast  of  develop¬ 
ments  in  the  upgrading  area. 

The  third  group,  ABP  personnel,  actually  should  be  considered 
part  of  the  team  of  model  operators.  This  group,  consisting  of  one  or 
two  persons,  is  responsible  for  maintaining  and  updating  the  computer 
program  and  also  for  "running"  the  program.  Close  liaison  is  required 
between  cost  analysts  and  AEP  personnel. 

The  fourth  group  with  which  liaison  will  be  required  consists  of 
those  persons  who  can  furnish  information  needed  for  model  inputs. 

Model  operators  will  find  it  necessary  to  develop  ad  hoc  sources  and 
contacts  In  addition  to  making  permanent  arrangements  to  receive 
publications  and  reports  on  a  regular, recurring  basis. 

1.5  ROLE  OF  THE  USER 

The  user  of  information  generated  by  the  model  has  a  definite  part, 
to  play  in  the  successful  operation  of  the  model.  The  user  poses  a 
question  to  the  model  and  it  is  the  role  of  the  user  to  make  certain 
that  the  question  is  understood.  The  user  is  responsible  for  providing 
sufficient  information  about  the  problem  in  which  he  is  interested  to 
enable  the  operator  to  translate  the  problem  into  the  model  inputs. 

At  first  glance  this  role  may  seem  an  easy  one.  In  actuality  it 
is  difficult  because  the  user  in  many  cases  will  not  be  used  to 
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thinking  and  talking  about  the  problem  at  the  level  of  detail  required 
by  the  model.  The  model  prices  a  very  specific  force  —  it  prices  that 
force  described  in  the  input  data  and  makes  no  Judgments,  or  interpre¬ 
tations  . 

Seme  of  the  difficulties  in  force  specification  are  discussed  in 
Chapter  3.  Here  it  is  sufficient  to  state  that  very  specific  force 
descriptions  are  required.  A  poor  Job  of  force  description  vill  result 
in  poor  answers.  Furthermore ,  inadequate  attention  to  force  description 
can  be  dangerous  and  can  prejudice  the  usefulness  of  the  model  because 
it  may  not  be  apparent  that  a  poor  job  was  done.  The  model  in  effect 
will  do  a  good  Job  of  costing  the  wrong  force.  The  principal  danger  is 
that  the  user  may  utilize  information  without  realizing  that  it  applies 
to  a  force  different  from  the  one  in  which  he  is  interested. 

The  user,  then,  must  be  concerned  with  furnishing  the  operator 
with  the  information  he  needs.  The  user  will  be  called  upon  to 
describe  in  detail  the  problem  in  which  he  is  interested  and  to  specify 
key  assumptions.  It  is  the  responsibility  of  the  operator  to  translate 
the  costing  problem  into  model  inputs;  the  role  of  the  user  is  to  make 
certain  that  the  operator  understands  the  problem.  Stated  another  way, 
the  role  of  the  operator  is  to  raise  the  relevant  questions  regarding 
specification  of  the  problem  and  the  role  of  the  user  is  to  answer  the 
questions  raised. 

1.6  OPERATOR  -  USER  RELATIONSHIPS 

The  considerations  raised  in  the  two  preceding  sections  make  it 
clear  that  effective  relations  between  the  model  operator  and  the  model 
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user  are  vital  for  successful  use  of  the  model.  The  key  ingredient  in 
this  relationship  is  communications .  Both  the  user  and  the  operator  must 
be  prepared  to  devote  considerable  time  to  joint  sessions  for  specification 
of  costing  problems.  The  effectiveness  of  the  communications  between 
operator  and  user  will  be  a  major  factor  in  determining  the  usefulness 


of  the  model. 
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Cha,  ter  2 

INPUTS  TOR  THE  MODEL 

The  process  of  operating  an  automated  farce  structure  cost  model 
is  one  of  transforming  inputs  of  data  pertaining  to  force  structures, 
materiel  allowance  statements,  personnel  strengths,  cost  and  other 
estimating  relationships,  etc.,  to  outputs  expressing  resource  and 
cost  requirements.  These  outputs  are  expressed  in  sufficient  detail 
and  in  a  form  appropriate  for  review  and  analysis.  A  series  of  input 
sheets  has  been  developed  for  convenient  entry  of  the  data  required. 

All  Input  sheets  are  designed  for  a  common  coding  system,  as  are  the 
major  ALP  programs  which  manipulate  and  process  the  input  data. 

The  cost  model  operates  upon  hundreds  of  thousands  of  individual 
items  of  data,  although  for  any  given  problem  relatively  few  of  these 
items  of  data  must  be  changed.  This  chapter  presents  a  generalized 
description  of  procedures  for  the  coding  and  entry  of  input  data  for 
the  model.  Detailed  input  procedures  are  presented  in  Chapter  13- 
This  chapter  includes  the  following: 

2.1  MODEL  vs.  COMPUTER  PROGRAM  vs.  INPUT  DATA 

2.2  INPUT  DATA  CODING  STRUCTURE 

2.3  INPUT  SHEETS 

2.4  INPUT  LISTINGS 

2.1  MODEL  vs.  COMPUTER  PROGRAM  vs.  INPUT  DATA 

It  is  very  important  in  operating  the  Army  Cost  Model  to  distinguish 
clearly  between  the  model,  the  computer  program,  and  the  input  data.  The 
computer  program  is  simply  the  set  of  machine  Instructions  which  serve 
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to  automate  the  model,  which, as  noted  previously,  Is  defined  in  this 
as  the  cost  estimating  logic  and  methodology  exclusive  of  input 
data.  The  relationship  between  the  model,  the  computer  program,  and 
the  input  data  may  he  illustrated  by  an  example: 


Training  costs  are  computed  by  using  the  following  equation: 


|Pn-l  +  Pd 


(R)  (c) 


where:  TR  *  Total  training  costs  in  year  n 
P  =  Year-end  personnel  strength 
R  3  Personnel  turnover  rate 
C  =  Training  cost  in  $/man 

In  the  above  example,  the  particular  values  assigned  for  P,  R,  and  C 
are  input  data:  e.g.,  R  might  be  specified  as  30$  for  enlisted  men,  C 
$3500/man,  and  P  the  number  of  men  in  a  particular  unit,  or  in  the  case 
of  training  costs  for  a  total  force,  the  Emanation  of  personnel  strengths 
for  all  units. 


To  continue  the  example,  the  generalized  equation  as  written 

above  represents  the  model;  the  specific  values  assigned  to  the 

parameters  P,  R,  and  C  are  the  input  data;  and  the  computer  program  is 

the  set  of  machine  instructions  telling  the  computer  how  to  manipulate 

the  input  data  and  thereby  solve  the  equation  to  obtain  total  training 

costs  T  . 
n 

The  computer  program  thus  contains  no  input  data;  it  contains  only 
the  instructions  for  organizing  and  manipulating  the  data  to  compute 
resource  requirements  for  the  force  under  consideration.  All  parametric 
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values  and  English  descriptions,  representing  some  100,000  -  200,000 
individual  items  of  data,  are  included  in  the  input  data.*  The  input 
data  are  coded,  organized  and  entered  using  special  input  sheets.  A 
generalized  discussion  of  the  coding  and  entering  of  input  data  follows 
in  the  next  three  sections. 

2.2  IHPUT  DATA  OODXMO  STRUCTURE 

All  input  data  entered  into  the  model  are  coded  to  Identify  the 
type  of  data  and  in  some  cases  to  provide  supplementary  Instructions  to 
the  computer  program  as  to  how  the  data  are  to  be  manipulated.  The 
coding  system  is  simply  a  system  of  identification.  The  coding  of  each 
item  of  data  must  be  sufficient  to  identify  its  type,  its  dimensions, 
ite  scale  factor,  and  its  relationship  to  other  input  data.  The  coding 
system  also  must  be  appropriate  for  internal  use  by  the  machine  during 
processing  to  allow  the  program  to  identify,  call  from  memory,  operate 
on,  assign,  and  store  each  data  item. 

Each  item  of  data  with  its  identifying  coding  information  is 
entered  by  using  punched  cards.  The  punched  card  format  includes  80 
columns,  of  which  the  first  12  columns  are  used  for  the  coding  infor¬ 
mation,  columns  13-72  for  the  data,  and  columns  73-80  for  special 
identifying  information  (explained  in  detail  in  Chapters  10  and  13). 

The  coding  information  in  the  first  12  columns  has  four  major 
components : 


*  The  only  exceptions  to  this  are  the  titles  of  the  7  Programs  in  the 
DOD  Programing  System  (e.g..  General  Purpose  Pbrces)  and  the  list  of 
cost  categories  which  form  the  stub  of  the  output  report.  These  items 
are  written  into  the  machine  program. 


(1)  Identification  Humber,  which  identifies  the  thing 
(e.g. ,  a  force  unit,  a  materiel  item,  etc.)  which  the  data 
will  describe.  The  ID  number  is  5  digits  long  and  is  punched 
into  colunns  1-5  of  the  card. 

(2)  Mission/Area  Code,  which  permits  the  identification 
of  data  to  a  particular  mission/area  (e.g.,  Europe,  Pacific). 

The  mission/area  code  is  a  single  alphabetic  entry  in 
column  6  of  the  card. 

(3)  Data  Code,  which  identifies  the  particular  characteristic 
which  the  data  describe,  e.g.,  unit  cost  in  the  case  of  a  materiel 
item,  pay-and-allowance  factor  in  the  case  of  a  personnel  type. 

The  data  code  is  a  5  digit  number  punched  into  columns  7-11  of 

the  card. 

( k )  Format  Code,  which  specifies  the  dimensions  of  the  data, 
e.g.,  units,  thousands,  millions,  etc.  The  format  code  is 
a  single  digit  punched  into  colvsnn  12. 

The  coding  information  and  data  are  arranged  on  the  punched  card 
as  follows: 


Coding  Information  Data 
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The  following  example  will  serve  to  Illustrate  the  coding  system. 
The  example  concerns  the  coding  of  data  on  the  unit  coat  of  the  M-l4 
rifle. 

(1)  IP  ftmber  -  identifies  the  thing  to  be  described 
(M-l4  rifle): 

3  12  2  9 

(2)  Mission/Area  Code  -  identifies  the  mission/area 
in  which  the  data  are  applicable,  in  this  case  World-Wide: 

A 

(3)  Data  Code  -  identifies  the  particular  characteristic 
(unit  cost)  of  the  thing  (rifle)  which  the  data  will  describe: 

0  0  0  1  1 

(4)  Format  Code  -  specifies  the  dimensions  of  the 
data,  in  this  case  dollars: 

2 


Assuming  a  fictitious  unit  cost  of  $123,  the  coding  and  data 
would  appear  as  follows: 


ID 

M/A 

Data 

Code 

F 

Data 

31229 

A 

00011 

2 

00123 

The  preceding  discussion  of  the  model  coding  structure  is 
presented  primarily  for  familiarization  to  facilitate  the  discussion 
in  the  chapters  that  follow.  A  more  detailed  description  of  the  com¬ 
plete  coding  structure  is  presented  in  Chapter  13  for  reference 


purposes 
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2.3  OPUT  SHEETS 

Input  data  for  the  model  are  entered  by  using  a  aeries  of  12 
special  input  sheets.  Punched  cards  are  prepared  from  these  input 
sheets,  and  the  data  are  then  transferred  frcm  the  cards  to  magnetic 
tape. 


Examples  of  the  12  input  sheets  are  given  in  Chapter  13,  along 
vith  descriptions  of  their  use.  Ihe  sheets  are  listed  below  to  provide 
background  for  the  discussion  in  Chapters  2-9: 

(1)  Input  Sheet  I:  Major  Force  Unit  Data,  used  to 
enter  force  structure  and  certain  cost  and 
personnel  inputs. 

(2)  Input  Sheet  II:  Basic  Force  Unit  Data,  used  to 
enter  materiel  and  personnel  specifications  for 
each  unit  (TOE  type  data). 

(3)  Input  Sheet  III  A:  Materiel  Phasing  Schedule, 
data  on  modernization  of  materiel. 

(4)  Input  Sheet  HI  B:  Materiel  Data,  specifications 
for  each  materiel  item,  e.g.,  maintenance  float 
factor. 

(5)  Input  Sheet  III  C:  Materiel  Cost  Data. 

(6)  Input  Sheet  III  D:  Military  Personnel  Data. 
specifications  far  each  personnel  type,  e.g., 
pay-and-allowance  factor. 

(7)  Input  Sheet  III  E:  Unspecified  Unit  Personnel 
Allocation  Schedule,  inputs  for  estimating  personnel 
requirements  far  units  not  detailed  in  the  farce 


structure 
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(8)  Input  Sheet  IV  A:  World-Wide  Data,  inputs 
applying  to  all  units. 

(9)  Input  Sheet  IV  B;  Miss ion/ Area  Data,  inputs 
applying  to  all  units  in  a  given  mission/area. 

(10)  Input  Sheet  IV  C;  Deliveries  to  TQA  Schedules. 
lag  factors  to  translate  delivery  basis  costs 
into  TQA. 

(11)  Input  Sheet  V  A:  Program  Add/Change  Data,  a 

special  sheet  designed  for  making  small  scale  additions 
or  changes  to  the  input  data. 

(12)  Input  Sheet  V  B:  Program  Delete  Data,  a  special 
sheet  far  deletion  of  input  data. 

2.4  INPUT  LISTINGS 

All  of  the  input  data  far  the  model  can  be  printed  out  in  machine 
tabulations  to  allow  examination  by  the  analysts  who  operate  the  model. 
A  special  computer  program,  separate  from  the  main  model  program,  is 
available  for  printing  out  the  inputs  fran  the  magnetic  tape  in  an 
orderly  and  easily  readable  fora. 

Ihese  Input  Listings  contain  every  item  of  input  data  used  in  the 
model  and  are  the  primary  "tools"  used  by  the  model  operator  in  costing 
alternative  forces.  The  operator  uses  Input  Listings  to  identify  and 
locate  inputs  that  are  to  be  changed  in  costing  an  alternative. 

Two  Input  Listings  are  used: 

(1)  The  Standard  Input  Listing,  and 

(2)  'The  Inverse  Input  Listing. 
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Both  Listings  contain  exactly  the  same  data  -  only  the  arrangement  and 
ordering  of  the  data  differ.  A  complete  description  of  the  Listings  is 
contained  in  Chapter  13* 


t 
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Chapter  3 

COSTING  ALTERNATIVE  FORCES 

This  chapter  serves  as  a  general  introduction  to  the  more 
specific  coverage  in  Chapters  4  through  9*  Alternative  forces 
to  be  costed  using  the  model  normally  will  be  treated  as  departures 
from  some  specified  base  case.  This  chapter  consists  of  the 
following  sections: 

3.1  THE  BASE  CASE 

3.1.1  A  Point  of  Departure 

3.1.2  A  Comparison  Standard 

3.2  SPECIFYING  ALTERNATIVE  FORCES 

3.2.1  Need  for  Detailed  Specification 

3.2.2  Types  of  Variations  in  the  Force 

3.2.3  Specification  by  Exception 


3.1  THE  BASE  CASE 

The  base  case  is  defined  in  this  manual  as  the  cost  model  run 

of  the  force  to  be  used  as  a  benchmark  in  costing  alternative 

forces.  The  most  convenient  base  force  normally  will  be  the  approved 

Army  base  program  in  the  DOD  Five-Year  Force  Structure  and  Financial 

(3)  - 

Program.  The  base  case  is  not  static;  it  is  revised  as  the  Five- 

(3) 

Year  Force  Structure  and  Financial  Program  is  revised. 


The  distinction  between  the  model  base  case  and  the  Army  base 

(3) 

program  in  the  Five-Year  Force  Structure  and  Financial  Program 
should  be  recognized.  The  Army  base  program  as  developed  and 

(3) 

reported  in  the  Five-Year  Force  Structure  and  Financial  Program 


serves  as  a  source  of  input  information  and  as  a  comparison  standard 
for  the  model  base  case  (see  Army  Cost  Model  Data:  Part  1.  Sources 
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(2) 

aflfl  Aaajjglg.).  The  modal  base  case  Is  turn  serves  two  major 
purposes  In  the  operation  of  the  model; 

3.1.1  A  Point  of  Departure 

The  base  case  serves  as  a  point  of  departure  in  preparing 
inputs  for  costing  alternative  forces.  A  discussion  of  this  use 
of  the  base  case  fits  more  appropriately  into  the  next  section, 
"Specifying  Alternative  Forces, "  and  is  covered  in  Subsection  3.2.3. 

3.1.2  A  Comparison  Standard 

The  base  case  is  used  also  as  a  standard  for  evaluating  the 
costs  of  alternative  forces.  The  base  case  represents  the  model 
run  of  the  currently  approved  program,  and  it  should  be  used  to 
examine  the  costs  of  forces  which  represent  departures  from  this 
approved  program.  In  this  respect  the  base  case  serves  as  a 
convenient  vehicle  for  expressing  the  duplications  of  alternative 
force  considerations.  The  cost  implications  of  alternative  forces 
are  compared  with  the  base  case  costs  to  indicate  Increments 
or  decrements  from  the  base  position,  e.g.,  "Alternative  A"  costs 
X  dollars  more  then  the  base  case,  "Alternative  B"  costs  Y  dollars 
less  than  the  base  case.  Before  using  model  outputs,  the  "operator" 
should  compare  model  runs  of  alternative  force  structures  with  the 
base  case  and  ascertain  whether  the  differences  are  reasonable. 

He  will  need  some  experience  to  develop  sufficient  Judgment  to  make 
these  comparisons . 


The  Amy  Cost  Model  is  designed  primarily  as  a  tool  for  use 
in  the  decision-making  or  planning  process,  although  it  may  also 
find  applications  in  program  budgeting.  The  Mark  I  model  is  not 
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intended  to  provide  an  absolute  costing  capability;  rather  it  is 
designed  to  provide  quickly  the  relative  cost  implications  of 
alternative  forces.  The  cost  estimating  relationships  developed 
and  employed  for  the  base  case,  unless  changed  in  specifying  an 
alternative,  are  applied  in  costing  the  alternative.  In  this 
manner  the  costs  of  alternatives  are  derived  in  conformity  with 
methodologies  used  in  the  base  case  and  represent  relative  cost 
differences  because  of  the  uniform  application  of  cost  estimating 
relationships. 

3.2  SPECIFYING  ALTERNATIVE  FORCES 

3.2.1  Meed  for  Detailed  Specification 

As  is  true  of  cost  analysis  in  general,  the  most  difficult 
part  of  total  force  structure  cost  analysis  is  describing  what  is 
to  be  costed  in  sufficient  detail  to  permit  the  application  of 
costing  relationships  and  factors.  In  the  Army  Cost  Model,  nearly 
all  costing  factors  are  applied  to  two  cost  generating  resources: 
personnel  and  materiel.  This  means  that  the  process  of  force 
specification  amounts  to  detailing  the  force  to  be  costed  in  terms 
of  its  time-phased  requirements  for  personnel  and  materiel. 

As  an  example  of  what  is  meant  by  "detailing  the  force," 
consider  a  request  to  price  a  force  which  includes  one  additional 
division  over  and  above  the  base  force.  To  say  "price  the  force 
with  one  additional  division"  is  not  enough.  It  is  necessary  to 
specify  what  kind  of  division.  How  many  people  will  this  division 
have  in  each  year  that  it  is  to  be  in  the  force?  What  kind  of 
people:  airborne,  flight  rated,  electronics  specialists?  How 
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■any  tanks  will  the  division  have?  What  kind  of  tanka?  Will  they 
be  bought  new  or  inherited?  If  bought  new,  when  is  the  division 
to  get  them?  All  of  these  questions,  and  others,  must  be  asked  and 
answered  as  part  of  the  process  of  describing  the  force. 

The  description  of  the  force  preparatory  to  pricing  it  by  using 
the  cost  model  is  accomplished  by  breaking  the  force  down  into  a 
fairly  large  number  of  organisational  units,  identified  in  the 
model  as  basic  force  units.  These  basic  force  units,  or  BFU's,  are 
in  most  instances  battalion  and  company  level  units.  Each  of  these 
BFU's  then  is  described  explicitly  in  terms  of  its  equipment  and 
personnel  requirements.  To  the  analyst  attempting  to  detail  a 
foroe,  these  BFU's  can  be  considered  as  "packages"  of  men  and 
equipment  which  may  be  combined  in  a  variety  of  ways  to  produce 
the  force  to  be  costed. 

The  operator  of  the  Mark  I  model  must  assist  the  user  by 
suggesting  reasonable  specifications,  by  pointing  out  the  implica¬ 
tions  of  the  user's  questions,  and  by  translating  the  force  speci¬ 
fications  into  terms  appropriate  for  model  use.  The  user  should 
not  be  expected  to  understand  such  terms  as  "basic  force  unit," 

"lag  factor,"  "unspecified  PEMA,"  and  the  like.  The  model  operator 
must  explain  model  requirements  in  terms  which  are  meaningful  to 
the  person  requesting  a  cost  estimate  from  the  model. 

3.2.2  Types  of  Variations  in  the  Force 

This  section  lists  six  basically  different  types  of  variations  in 
forces  as  examples  of  the  types  of  problems  the  model  might  be  used 


to  solve; 
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Ca)  Changes  in  tha  projected  number  and/or  type  of  basic 
force  units.  This  involves  a  change  in  the  projected  number  or 
type  of  basic  force  units  shown  on  Input  Sheet  I.  Cne  example 
would  be  the  doubling  of  the  number  of  tank  battalions  in  Europe. 
Another  example  would  be  the  substitution  of  a  missile  BFU  for  an 
artillery  BFU  on  Input  Sheet  I. 

Changing  the  number  of  units  is  sometimes  mistakenly  thought 
of  as  the  only  way  to  introduce  variations  between  alternative  force 
structures.  The  limitation  of  this  type  of  change  is  that  it  cannot 
be  used  to  change  the  assumptions  on  the  equipage  and  manning  levels 
entered  into  the  model  for  the  base  case.  Changes  in  basic  force 
units  are  discussed  in  Chapters  4  and  5* 

(b)  Changes  in  the  equipage  level  of  the  basic  force  units. 
This  involves  a  change  in  the  amount  of  equip. i.ent  allocated  to  the 
units.  This  type  of  change  could  be  either  an  increase  in  the 
number  of  weapons  in  a  particular  unit  or  a  rise  in  the  general 
equipage  level  of  all  units  in  the  Army. 

A  change  in  the  equipage  level  can  also  be  accomplished  by 
adjusting  the  stockage  levels.  For  example,  ammunition  stocks 
might  be  increased.  Chapters  6  and  7  discuss  materiel  changes. 

(c)  Changes  in  the  type  of  equipment.  The  selection  of 
major  items  of  materiel  shown  in  the  base  case  may  be  changed  for 
an  alternative  force  structure.  Addition  of  new  materiel  items 
ia  discussed  in  Chapter  6. 
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(d)  Variations  in  the  phasing-in  of  new  items.  This  involves 
a  change  in  the  speed  with  which  new  materiel  items  are  phased  into 
the  force.  An  example  would  be  the  shortening  of  the  delivery  period 
of  the  M-14  rifle  by  one  year.  Chmnges  in  materiel  phasing  are 
discussed  in  Chapter  7. 

(e)  Changes  in  the  manning  levels.  An  example  of  this  type 
of  change  would  be  an  increase  of  10  percent  in  the  manning  level 
of  all  infantry  divisions.  The  adjustments  can  be  made  for  each 
type  of  personnel  by  using  the  personnel  adjustment  factors.  Chapter 
8  discusses  changes  in  manning  level. 

(f)  Changes  in  personnel  types.  Changes  in  pay  factors  or 
training  costs  might  require  changes  in  personnel  types  treated 
in  the  model.  The  effect  of  a  change  in  pay  can  be  calculated  by 
entering  new  pay  and  allowance  factors  for  each  type  of  personnel. 
Variations  in  training  can  be  entered  by  changing  the  turnover  rate 
which  determines  the  annual  number  of  new  personnel  to  be  trained  or 

by  varying  the  personnel  training  cost.  Changes  of  this  nature  are 
discussed  in  Chapter  8. 

5.2.3  Specification  by  Exception 

Alternative  forces  are  specified  on  an  exception  basis.  Since 
the  base  case  inputs  are  used  as  the  departure  point,  attention  may 
be  directed  toward  only  those  characteristics  of  the  alternative 
force  which  are  different  from  the  base  force.  Inputs  must  be 
prepared  to  specify  only  those  characteristics  which  differ. 
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These  inputs  are  prepared  as  changes  or  additions  to  the 
corresponding  base  case  inputs.  For  all  other  characteristics  of 
the  alternative  force,  the  base  case  inputs  are  used.  In  nearly 
all  cases  the  number  of  inputs  which  must  be  changed  will  be  very 
small  in  relation  to  the  total  inputs.  The  majority  of  the  inputs 
required  for  costing  an  alternative  force*  therefore,  are  prepared 
already.  This  method  of  specification  by  exception  greatly  speeds 
the  process  of  costing  alternative  forces. 

The  use  of  the  base  case  as  the  point  of  departure  does  not 
require  necessarily  that  inputs  for  an  alternative  force  be  prepared 
as  changes  or  additions  to  base  case  inputs.  Inputs  for  a  particular 
alternative* if  desired,  may  be  prepared  by  adding  to  or  changing 
the  inputs  for  another  alternative,  whose  inputs  in  turn  had  been 
prepared  by  adding  to  and  changing  those  for  the  base  case. 


-26- 


Chapter  4 

CHANGES  TO  EXISTING  FORCE  UNITS 

Changes  to  the  existing  force  may  be  required  either  as  part 
of  specifying  an  alternative  force  to  be  costed  or  as  part  of 
periodic  updating  of  the  base  case  force.  The  term  "existing  force" 
means  those  units  for  which  inputs  are  available  and  which  appear 
in  the  base  case  force  structure. 

Three  general  types  of  changes  are  possible: 

(a)  Changes  to  force  structure 

(b)  Changes  to  per  unit  personnel  or  materiel 

(c)  Changes  to  cost  inputs. 

These  changes  are  discussed  in  the  following  sections  according  to  the 
input  sheet  on  which  they  are  made: 

4.1  CHANGES  TO  MFU  INPUTS  (INPUT  SHEET  I) 

4.1.1  Force  Structure 

4.1.2  Manning/Equipage  Levels 

4.1.3  Other  MFU  Inputs 

4.2  CHANGES  TO  BFU  INPUTS  (INPUT  SHEET  II) 

4.2.1  Year-End  Materiel/Personnel 

4.2.2  Manning/Equipage  Levels 

4.2.3  Other  BFU  Inputs 

4.3  DELETION  OF  UNITS 

4.3.1  Deletion  of  Major  Force  Units 

4.3.2  Deletion  of  Basic  Force  Units 

4.1  CHANGES  TO  MFU  INPUTS  (INPUT  SHEET  I) 

Input  Sheet  I  is  used  to  specify  MFU  inputs.  Three  types  of 
data  are  included:  force  structure;  manning/equipage  levels;  and 
other  inputs  such  as  cost  or  personnel  thruputs.  Changes  to  these 
three  types  of  inputs  are  discussed  separately  in  the  following 


sections 
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U.l.l  Fbrce  Structure 

Major  force  units  are  made  up  of  subordinate  units  known  as 
basic  force  units.  The  force  structure  specification  is  made  on 
Input  Sheet  I  by  specifying,  for  each  MFU,  the  quantity  of  each 
component  BFU  over  time.  Force  structure  changes  are  made  by 
changing  the  quantities  of  component  Bill’s. 

The  major  problem  that  will  be  faced  by  the  "operator"  in 
making  force  structure  changes  is  that  of  translating  changes 
stated  in  general  terms  by  the  "user"  into  changes  to  specific 
MFU's.  From  the  operator's  viewpoint,  the  optimum  situation  is 
that  in  which  the  user  identifies  the  particular  MFU's  to 
be  changed  and  specifies  the  changes  to  the  component  BFU's.  In 
most  cases,  however,  the  user  probably  will  specify  the  change  as 
"infantry  divisions  in  Pacific"  or  "brigades  in  Alaska,"  and  leave 
it  to  the  operator  to  identify  the  appropriate  MFU's.  This  identi¬ 
fication  may  be  made  most  easily  in  either  the  title  card  listing 
In  the  Inverse  Input  Listing  or  in  the  section  of  the  Army  Cost 
Model  Data:  Part  1.  Sources  and  Analysis  which  shows  which  MFU's 
compose  each  Program  Element. 

The  next  step  requires  specification  of  the  revised  force 
structure  in  terms  of  the  quantity  of  each  component  BFU  over  time* 
The  number  of  BFU's  always  is  stated  as  the  total  for  the  Program 
Element.  To  illustrate,  if  an  infantry  division  contains  two 
Howitzer  Battalions  TOE  6-355E>  and  there  are  four  infantry  divisions 
in  the  Pacific,  then  the  MFU  in  the  Pacific  which  contains  the 
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Howitzer  Battalions  will  show  eight  such  Battalions.  To  change 
from  four  divisions  to  five,  the  quantity  of  the  BFU  (TOE  6-355E) 
aust  be  changed  froa  eight  to  ten. 

The  procedures  for  making  force  structure  changes  can  be 
illustrated  further  by  means  of  examples.  The  simplest  change  is 
encountered  in  those  cases  wherein  the  change  to  be  made  is  stated 
directly  in  terms  of  the  MFU,  and  the  MFU  is  composed  of  only  one 
type  of  BFU.  As  in  all  cases,  the  aission/areas  and  time  periods 
involved  should  be  ascertained.  The  new  level  or  levels  should 
be  entered  for  the  BFU  in  the  appropriate  fiscal  years.  This  is 
illustrated  in  an  example  in  which  MFU  13016,  1NF/MEC  DIV-FA  BN  HJ 
in  M/A  Europe  (K)  is  increased  from  four  to  five  in  FY  1935  and  six 
in  FY  1936  and  beyond.  First,  look  up  the  base  case  MFU.  Next, 
prepare  a  change  to  the  data  according  to  Section  13.5.  The  force 
structure  on  Input  Sheet  I,  before  the  change,  looks  like  this: 

Data 

ID  _M*_  Code  F  N-l  N_  N+l  N+2  N+3 

13016  K  20280  2  4 

After  the  change,  the  force  structure  on  the  change  sheet  will  look 
like  this : 

Data 

ID  _MA_  Code  _F  N-l  N  N+l  N+2  N+5 

13016  K  20280  2  456 

A  slightly  more  complex  change  arises  when  a  change  in  the 
number  of  a  basic  force  unit  in  particular  aission/areas  is  specified. 
The  first  step  is  to  loc.-Jte  the  BFU  (by  its  code)  in  the  Inverse 
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Input  Listing.  This  will  show  all  the  MTU's  which  contain  the  BFU, 
Select  the  proper  MFU  by  checking  against  the  appropriate  Mission/ 
area  code.  When  the  MTU's  have  been  identified,  proceed  as  above 
in  changing  the  number  of  BTUs. 

A  more  complex  change  likely  to  confront  the  model  operator 
will  stem  from  those  occasions  in  which  the  force  structure  change 
will  be  given  in  terms  of  Program  Elements.  Since  the  force 
structure  change  eventually  must  be  spelled  out  in  terms  of  basic 
forse  units,  the  problem  is  to  translate  the  Program  Element  speci¬ 
fication  to  BFU  terms. 

The  first  step  is  to  specify  the  quantitative  meaning  of  the 
Program  Element  change  specification.  Program  Elements  are  best 
thought  of  as  collections  of  similar  military  organisations  in  a 
given  theater.  Thus  the  Program  Element  "Mechanized  Divisions  in 
Europe"  is  the  collection  of  all  such  divisions  in  Europe  and  the 
number  might  be  one,  two,  three  or  more. 

Next,  determine  which  MTU's  make  up  the  Program  Element. 

Locate  the  Program  Element  (by  mission/area)  in  Army  Cost  Model 

(2) 

Data:  Part  1.  Sources  and  Analysis.  Section  2.2.7.  Indented  under 
each  Program  Element  are  the  titles  and  TOE  numbers  of  the  component 
MTU's.  Find  and  record  the  codes  of  each  MTU  under  "Major  Force 
Unit  Names"  in  the  Inverse  Input  Listing. 

To  determine  the  BFU  content  of  each  of  the  component  MTU's, 
look  under  the  appropriate  MFU  heading  in  "Major  Force  Unit  Data” 
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o f  the  Standard  Input  Listing.  The  number  of  each  BFU  contained 
in  the  MFU  normally  should  be  evenly  divisible  by  the  number  of 
organizational  units  making  up  the  Program  Element  (exceptions  are 
"tailored"  forces).  To  determine  the  number  of  BFU's  per  unit  of 
Program  Element,  divide  the  force  structure  level  of  the  latter  into 
the  quantity  of  each  BFU  for  the  appropriate  time  period  in  the 
base  case  MFU.  To  determine  the  new  BFU  level,  multiply  the  pre¬ 
vious  result  by  the  new  Program  Element  level.  The  following 
example  will  serve  to  illustrate  this  process. 

A  change  is  specified  as  an  increase  of  one  Mechanized  Division 

in  Europe  in  "General  Purpose  Forces,"  Program  III,  in  FY  1966. 

This  is  identified  with  the  model's  Infantry/Mechanized  Divisions. 

(3) 

A  check  with  the  Five-Year  Force  Structure  shows  (hypothetically) 

that  there  are  four  such  divisions  in  Europe  in  that  year.  The 

major  force  unit  components  of  the  Program  Element  are  identified 

(2) 

in  Army  Cost  Model  Data:  Part  1.  Sources  and  Analysis  and  are 
listed : 

INF  BATTLE. GROUP/INF  BN  MECH 
FA  BN  HOW  105/155  Sr 

a 

OTHER  DIVISIONAL  UNITS 

Next  the  BFU  components  and  their  force  levels  are  found 
by  looking  up  each  of  the  MFU's  under  the  "Major  Force  Unit  Data" 
tab  of  the  Standard  Input  Listing.  One  will  be  FA  BN  HOW  105/155  SP 
and  the  data  might  look  like  this: 
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BEFORE: 

Data 

Code  N-l 

N 

N+l 

(1965) 

N+2 

(19 66) 
N+3 

PA  BN  HOW  105/155  SP  6-125D 

20250  8 

8 

0 

FA  BN  HCW  105  SP  6-345E 

20350 

6 

m 

12 

PA  BN  HCW  155/8"  SP  6-355E 

20360 

4 

6 

8 

In  19^6)  the  year  the  change  is  to  be  introduced,  it  is  seen  that 
the  numbers  of  PA  BN  HCW  105  SP  and  FA  BN  HCW  155/8”  SP  are  12  and 
8  respectively.  These  quantities  are  divided  by  the  number  of 
divisions  in  the  Program  Element,  and  yield  3  and  2  BRJ's,  respectively, 
per  unit  Program  ELement.  These  factors  are  multiplied  by  5,  the 
new  number  of  divisions  in  the  Program  ELement  (4  in  base  case  plus 
1  stipulated  increase).  The  force  structure  changes  would  look  like 
the  followings 


Line 

No. 

ID 

M/A 

Data 

Code 

F 

N-l  N  N+l 

N+2 

N+3 

1 

K 

20350 

2 

6 

9 

15 

2 

IJOIO, 

K 

20360 

2 

4 

6 

10 

J _ 

Note  that  no  entry  is  made  for  3RJ  20250  because  no  change  to  it 
is  required. 

The  force  structure  changes  discussed  in  this  section  are  made 
on  either  Input  Sheet  V  A  or  Input  Sheet  I  in  the  blank  sections 
with  no  pre-printed  code.  The  section  on  Input  Sheet  I  entitled 
"Fbrce  Structure,"  with  pre-printed  codes  00013,  00029,  and  00045, 
cannot  be  used  to  make  these  changes.  These  "Perce  Structure"  entries 
in  the  blocks  with  the  pre-printed  codes  are  used  for  notational 
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entries  only  i  entries  in  these  spaces  have  no  operational  signi¬ 
ficance  and  do  not  affect  the  coaputation  of  costs  or  other  output. 
These  notational  entries  in  the  "Force  Structure"  block  are  used 
to  provide  a  statement  of  the  force  structure  in  the  output.  The 
entries  appear  in  the  output  exactly  as  entered  on  Input  Sheet  1. 
When  changes  are  made  in  the  "operational"  force  structure  corre¬ 
sponding  changes  should  be  made  in  the  "notational"  force  structure 
lines. 

4.1.2  Manning  /Equipage  Levels 

A  second  type  of  change  which  can  be  made  to  existing  units  in 
the  force  is  a  change  in  the  over-all  levels  of  manning  and  equipage 
in  a  particular  unit,  in  an  area,  or  in  the  whole  force.  Examples 
of  such  changes  are : 

(a)  Equip  all  units  in  Europe  at  120#  of  TOE 

(b)  Man  all  units  in  Alaska  at  30#  of  TOE 

(c)  Reduce  officer  manning  in  Pacific  by  10#  and  enlisted 
manning  by  5%. 

Changes  of  these  types  might  be  specified  as  part  of  an 
alternative  force  to  be  costed.  Such  changes  cannot  be  made  as 
"force  structure  changes"  as  described  in  the  previous  section. 

They  could  be  made  by  changing  all  personnel  and  materiel  inputs 
by  an  appropriate  amount.  However,  the  easiest  way  is  to  use  the 
materiel  and  personnel  adjustment  factors  provided  for  this  type 
of  change. 
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The  adjustment  factors  appear  on  Input  Sheet  I.  Using  these 
factors,  It  Is  a  simple  natter  to  change  wanning  or  equipage  levels 
for  a  particular  MFU,  an  area,  or  an  entire  force.  Manipulation 
of  these  factors  for  a  particular  MFU  changes  only  the  wanning  or 
equipage  levels  for  that  MFU.  In  order  to  change  the  levels  for 
an  area  or  an  entire  force,  it  is  necessary  tq  change  the  adjustment 
factors  on  all  MFU  input  sheets  for  the  area  or  the  force. 

As  can  he  seen  on  Input  Sheet  I,  adjustment  factors  are 

available  for  the  following: 

Personnel  -  Officer 
Personnel  -  Enlisted 
Personnel  -  Civilian 
Equipment 
Related  Equipment 
Replacement  /consuaption 
Training  Consusqrtlon 

The  techniques  and  procedures  for  using  these  adjustment  factors 
are  discussed  elsewhere  in  this  manual:  materiel  adjustment  factors 
in  Section  7.5  and  personnel  adjustment  factors  in  Section  8.3. 

In  adjusting  manning  and  equipage  levels,  the  operator  should 
always  consider  indirect  affects.  For  example,  if  manning  in  Europe 
is  to  he  reduced  10$,  does  this  mean  that  flight  personnel  are 
to  he  reduced  without  a  reduction  in  aircraft?  Does  a  change 
in  manning  level  imply  a  corresponding  change  in  rifles?  -  in  trucks? 
These  kinds  of  questions  should  always  he  explored  by  the  operator 
with  the  user. 

4.1.3  Other  MFU  Inputs 

Other  MFU  inputs  include  personnel  and  dollar  thruputs  and, 
in  some  cases,  material  initial  allowances  (e.g.,  MFU  'Unallocated  - 
Program  IH"  and  MFU  "Program  V  Materiel”). 
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Changes  to  thruputs  normally  will  not  be  required  as  part  of 
pricing  alternative  forces  since  thruputs  normally  are  not  sensitive 
to  force  changes.  However,  thruputs  will  have  to  be  changed  as  part 
of  the  updating  process  (see  Chapter  11  for  further  discussion  of 
updating).  When  a  thruput  is  to  be  changed,  the  first  step  is  to 
locate  the  MFU's  for  which  it  is  entered  using  the  Inverse  Input 
Listing.  The  data  may  then  be  changed  as  outlined  in  Section  13«5« 

Initial  allowances  for  materiel  for  MFUs  may  be  changed  in  a 
manner  similar  to  that  used  for  BFUs  (Section  4.2.1). 

4.2  CHANGES  TO  BFU  INPUTS  (INPUT  SHEET  II ) 

Changes  to  BFU  inputs  will  be  required  frequently  in  pricing 
alternative  forces.  Such  changes  may  be  required  in  order  to  tailor 
existing  BFUs  to  the  costing  problem  under  consideration.  All  BFU 
inputs  are  entered  on  Input  Sheet  II. 

4.2.1  Year-End  Materiel/Personnel 

Changing  BFU  materiel  or  personnel  inputs  in  some  ways  is 
analagous  to  changing  the  TOE  for  the  unit.  Changes  may  be  of  the 
following  types: 

(a)  Changing  the  initial  allowances  of  any  materiel  item  for 
the  BFU. 

(b)  Changing  the  year-end  strength  for  any  personnel  type 
for  the  BFU. 

(c)  Adding  a  new  materiel  item  or  personnel  type  to  the  BFU. 

(d)  Deleting  a  materiel  item  or  a  personnel  type. 
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ln  making  changes  of  the  above  types,  the  first  step  is 
to  locate  the  BFU  under  consideration  in  the  Standard  Input 
Listing.  This  listing  presents  all  relevant  inputs  for  the  BFU. 

If  a  materiel  initial  allowance  is  to  be  changed,  the  next 
step  is  to  locate  the  item  in  the  listing.  The  change  is  then 
made  according  to  procedures  in  Section  13* 5>  Personnel  end- 
strengths  are  changed  in  a  similar  manner. 

Addition  of  a  materiel  item  or  personnel  type  not  previously 
included  for  a  particular  BFU  may  require  several  steps.  In  the 
case  of  a  materiel  item,  two  conditions  are  possible: 

(a)  The  item  is  already  included  in  the  model  but  new  to  the 
BFU  under  consideration. 

(b)  The  item  is  a  new  one  not  previously  included  in  any 
unit  in  the  model. 

In  case  (a),  the  first  step  is  to  locate  the  item  in  the  list 
of  materiel  item  titles  in  the  Inverse  Input  Listing.  In  this 
listing,  the  identification  (ID)  number  for  the  item  may  be  found. 
This  ID  number  is  used  as  the  data  code  for  the  item  when  it  is 
entered  on  Input  Sheet  II  (see  Section  13 .2  on  coding  structure). 

After  determining  the  code  number,  the  item  say  be  assigned 
to  the  BFU  under  consideration.  In  most  cases,  the  "generic"  code 
for  the  item  —  30XXX  —  will  be  used  so  that  a  phasing  schedule 
will  be  applied  to  the  item.  If  no  phasing  schedule  is  to  be 
applied  to  the  item  for  that  particular  BFU,  the  item  may  be  entered 
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with  the  code  31XXX.  The  entry  should  be  prepared  ae  described  in 
Section  13.5*  To  illustrate,  the  data  would  appear  as  follows  to 
add  8  Iroquois  Helicopters  to  BFU  20280  in  Europe,  using  the 
generic  code  so  that  a  phasing  schedule  will  be  applied: 
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The  second  case  mentioned  above,  that  of  adding  an  entirely 
new  materiel  item  not  previously  used  by  any  unit  in  the  model,  is 
somewhat  more  complicated.  The  procedures  for  adding  a  new  materiel 
item  are  discussed  in  Chapter  6.  After  these  procedures  have  been 
followed,  the  assignment  of  the  item  to  a  particular  BFU  is  made 
as  outlined  above. 


Addition  of  a  personnel  type  to  a  BFU  is  done  in  a  similar 
manner.  The  same  two  conditions  may  exist  as  for  a  materiel  item: 
(1/  the  personnel  type  is  new  to  the  BFU  but  not  to  the  model; 

(2)  the  personnel  type  is  an  entirely  new  one.  Additions  of  the 
first  type  are  made  in  a  manner  similar  to  that  described  previously 
for  materiel.  Additions  of  entirely  new  personnel  types  are 
discussed  in  detail  in  Chapter  8. 

Deletions  of  materiel  items  or  personnel  types,  the  last  of 
the  four  types  of  changes  mentioned  at  the  beginning  of  this 
section,  are  discussed  in  Sections  13*5  and  7*6. 
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4.2.2  Manning/Equipage  Levels 

Adjustment  factors  are  available  on  Input  Sheet  II  for  adjusting 
the  manning  or  equipage  level  of  a  BFU.  These  factors  are  not 
selective;  they  apply  to  all  materiel  items  or  to  all  personnel 
types  included  in  the  BFU.  For  example,  the  "officer"  adjustment 
factor  adjusts  all  officers  in  the  BFU;  the  "equipment"  factor 
adjusts  all  equipment  items. 

These  adjustment  factors  may  be  used  when  an  "across  the  board" 
change  to  a  BFU  is  desired  and  when  time  is  a  factor.  The  use  of 
the  adjustment  factor  permits  the  change  to  be  made  by  changing 
one  input  rather  than  many.  It  also  permits  a  return  to  the  "base" 
inputs  later  merely  by  returning  the  adjustment  factor  to  1.0.  The 
use  of  adjustment  factors  to  vary  manning  and  equipage  levels  iB 
discussed  in  more  detail  in  Sections  8.3  and  7.5* 

4.2.3  Other  BFU  Inputs 

All  BFUs  include  an  input  for  maintenance  costs  expressed  as 
dollars  per  average  unit  (Code  06660).  In  some  cases  BOT&E  costs 
or  construction  costs  may  be  entered  at  the  BFU  level. 

To  change  inputs  of  this  type,  the  first  step  is  to  locate  the 
BFU  in  the  Standard  Input  Listing.  The  change  to  the  data  may  then 
be  made  according  to  procedures  in  Section  13*5* 

To  add  new  data  of  this  type,  e.g. ,  per  unit  construction 
cost,  the  first  step  is  to  determine  the  type  of  computation  desired. 
For  a  dollars-per-average-unit  computation,  the  input  should  be  coded 
06XXX;  for  dollars-per-incremental-unit,  the  code  should  be  07XXX 
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(see  Sections  13,2  and  9.2  for  further  discussion  of  code  assignments). 
The  last  three  digits  of  the  code  are  those  assigned  to  the  particular 
cost  category  involved;  e.g.,  660  for  BP  2300  Maintenance  Costs,  214 
for  MCA  costs,  etc.  (see  Section  9*3  for  cost  category  codes). 

After  the  code  is  established  for  a  new  BFU  input  of  the  above 
type,  the  data  should  be  entered  as  described  in  Section  13»5* 

4.-3  DELETION  OF  UNITS 

4,3.1  Deletion  of  Ma.lor  Force  Units 

A  major  force  unit  can  be  eliminated  from  the  specific  force  to 
be  costed  in  a  given  model  run  without  deleting  it  entirely  from  the 
model.  To  eliminate  an  MFU  for  a  particular  run,  the  operator  should 
either  change  the  quantities  on  Input  Sheet  I  to  zero  or  delete  the 
data  lines  of  that  input  sheet  which  specifies  the  composition  of 
the  MFU.  For  other  alternatives  the  MFU  then  can  be  readily  rein¬ 
stated. 

If  a  major  force  unit  is  no  longer  useful  for  specifying  forces, 
it  should  be  deleted  completely  from  the  model.  Deletion  involves 
two  steps: 

(1)  Delete  each  line  of  input  data  for  the  MFU.  See  the 
Standard  Input  Listing  and  use  the  column  73  deletion 
indicator  as  described  in  Section  13.5  of  this  manual. 

(2)  Check  the  Inverse  Input  Listing  for  each  BFU,  materiel 
item,  and  dollar  input  which  was  a  part  of  the  MFU.  If 
these  inputs  were  not  used  in  other  MFUs,  consider  the 
appropriateness  c*f  deleting  them. 
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4.3.2  Deletion  of  Basic  Force  Pnlta 

Basic  force  units  are  convenient  aggregations  of  personnel, 
materiel,  and  cost  factors.  BFU'a  are  used  in  determining  the 
total  cost  of  a  specified  force  only  to  the  extent  that  they  are 
called  for  in  the  composition  of  the  MKJ'g  specified.  Any  BFU 
therefore  can  be  omitted  in  a  particular  model  run  by  not  speci¬ 
fying  it  as  part  of  any  MFU.  The  BFU  in  this  case,  will  still 
remain  "available"  in  the  model  input  data  for  specification  in 
a  different  alternative. 

A  basic  force  unit  specification  typically  includes  many  lines 
of  data.  These  BFU  inputs  can  be  maintained  on  the  input  tape 
without  any  sacrifice  of  computer  storage  capacity.  In  many  cases 
it  may  be  desirable  to  preserve  the  inputs  for  a  BFU  on  the  input 
tape  even  if  the  BFU  is  not  being  used  in  the  current  base  case  or 
alternative  forces  currently  being  priced.  At  such  time  as  the 
BFU  is  no  longer  useful  for  the  specification  of  the  base  case  or 
of  alternatives  which  reasonably  can  be  expected  to  be  of  interest, 
the  BFU  should  be  deleted  from  the  input  tape.  If  a  BFU  is  to  be 
deleted,  the  following  steps  should  be  taken: 

(1)  Delete  each  line  of  input  data  for  the  BFU.  See  the 
Standard  Input  Listing  and  use  the  column  73  deletion 
indicator  as  described  in  Section  13>3  of  this  manual. 

(2)  Review,  in  the  Inverse  Input  Listing,  the  use  made  in 
the  model  of  each  of  the  components  which  were  a  part 
of  the  BFU.  Removal  of  the  BFU  may  enable  the  further 
deletion  of  a  personnel  type  or  a  materiel  item. 


Chapter  5 

ADDING  NEW  FORCE  UNITS 


Thia  chapter  discusnes  the  procedures  and  inputs  required 
for  adding  new  force  units  to  the  model.  The  chapter  is  composed 
of  the  following  sections: 

5.1  REQUIREMENTS  FOR  ADDING  NEW  UNITS 

5.2  INPUTS  FOR  NEW  MFU'S  (INPUT  SHEET  I) 

5.2.1  MFU  Definition 

5.2.2  Preparation  of  MFU  Inputs 

5.2.3  Manning/Equipage  Levels 

5.2.4  Other  MFU  Inputs 

^.3  INPUTS  FOR  NEW  BFU'S  (INPUT  SHEET  II) 

5.3.1  BFU  Definition 
5.3*2  Personnel  Inputs 
5.3.3  Materiel  Inputs 
5.3*4  Maintenance  Costs 
5*3*5  Construction  Costs 
5*3*6  Manning/Equipage  LevelB 
5*3*7  Other  BFU  Inputs 


5.1  REQUIREMENTS  FOR  ADDING  NEW  UNITS 

New  base  cases  and  alternative  force  structures  to  be  costed 
often  may  involve  force  units  which  have  not  appeared  previously 
in  the  cost  model  runs.  Therefore,  alternative  forces  and  new  base 
cases  must  be  defined  carefully  and  clearly  in  terms  of  both  basic 
force  units  and  major  force  units.  Such  changes  may  be  net  additions 
to  the  force,  substitutions  of  one  unit  for  another,  or  reorganizations 
of  existing  units.  All  of  these  changes  require  essentially  the 
same  type  of  information  and  procedures.  Changes  which  are 
essentially  quantitative,  and  qualitative  changes  which  are  to  be 
made  within  units  already  in  the  force,  are  excluded  from  this 
chapter  because  they  have  been  discussed  in  Chapter  4. 
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It  is  not  always  clear  what  a  change  will  entail.  A  change 
which  is  essentially  a  qualitative  change  in  forces,  for  exaaple 
at  the  division  level,  may  resolve  into  a  simpler  quantitative 
change  at  the  basic  force  unit  level.  If  the  necessary  basic 
force  units  already  exist  for  the  mission/area  involved,  changes 
may  be  accomplished  by  the  creation  of  new  major  force  units  alone. 

For  example,  an  Army  division  could  be  reorganized  sc  that 
it  is  qualitatively  different  from  other  divisions>in  that  artillery 
units  are  removed  and  missile  units  are  substituted  in  their  place. 
The  new  missile  unit  BFU's  may  be  identical  to  other  missile  unit 
BFU's  already  in  the  force  for  that  mission/area.  If  so,  the 
problem  is  a  simple  and  straightforward  quantitative  reshuffling 
of  BFU's.  However,  new  MFU's  must  be  created  in  order  to  display 
the  changes  and  the  resulting  cost  differences.  This  involves 
naming  the  new  MFU,  coding  it  and  specifying  the  quantity,  by  code 
number,  of  the  existing  BFU's  used  to  build  up  the  new  MFU. 

The  operator  of  the  cost  model  should  examine  both  the  basic 
force  unit  and  the  major  force  unit  levels  when  making  any  changes, 
however  simple,  to  the  force. 

5.2  INPUTS  FOR  NEW  MFU'S  (INPUT  SHEET  I) 

5.2.1  MFU  Definition 

An  artificial  unit  called  major  force  unit  was  created  for 
model  use.  Most  major  force  units  in  the  combat  programs  are 
composed  of  one  or  more  basic  force  units.  A  basic  force  unit  which 
is  either  a  combat  maneuver  unit  or  which  has  significant  materiel 
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requirements  also  becomes  a  major  force  unit.  If  a  basic  force  unit 
does  not  meet  either  of  the  preceding  criteria  it  should  be  combined 
with  other  basic  force  units  to  form  a  "composite"  major  force  unit. 

An  example  of  the  latter  is  the  group  of  major  force  units  containing 
"Other  Divisional  Units"  in  their  titles.  These  MFU'a  were  designed 
to  aggregate  such  divisional  support  basic  force  units  as  Medical, 
Ordnance,  Signal  and  Quartermaster  battalions. 

Major  force  units  were  also  designed  for  handling  the  thruput 
data  of  Programs  II  through  VII.  These  MFU'a  are  created  on  the 
basis  of  the  functional  nature  of  the  Program  Elements,  and  the 
names  of  the  MFU's  indicate  the  nature  of  what  is  contained  in  them. 
These  MFU's  ordinarily  do  not  enter  into  system  analysis  and  at  this 
stage  of  model  development  few  of  them  are  affected  by  force  changes. 
They  are  entered  in  the  model  for  completeness  and  should  be  reviewed 
whenever  the  base  case  is  updated. 

The  operator  must  keep  in  mind  that  any  unit  which  is  desired 
for  display  or  analysis  must  appear  as  a  separate  MFU  since  only 
the  costs  of  the  MFU's  are  printed  in  the  output.  The  combination 
of  two  or  more  BFU's  into  one  MFU  merges  their  costs  and  their 
separate  identities  are  lost.  Also,  the  operator  must  remember  that 
the  new  major  force  unit  itself  must  be  defined  in  terms  of  basic 
force  units.  If  existing  basic  force  units  can  be  used,  the  new 
organization  can  be  added  using  only  Input  Sheet  I. 

If  new  basic  force  units  are  required,  the  operator  has  consider¬ 
able  latitude  in  their  creation.  Having  received  the  requirement 


I 
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for  adding  a  wholly  new  major  force  unit,  it  ia  up  to  the  operator 

to  determine  its  structure.  He  may  create  a  single  basic  force 

unit  for  the  new  MFU  or  he  may  elect  to  create  several  BFU's.  This 

decision  can  be  made  only  for  particular  circumstances  and  will 

depend  to  a  large  extent  upon  the  flexibility  desired.  If  the 

new  unit  is  unique  and  is  expected  to  appear  in  the  force  in  only 

one  configuration,  one  BFU  probably  will  suffice.  If,  however, 

various  combinations  of  component  units  are  likely  to  be  called 

for  in  future  alternatives,  or  if  certain  component  units  can  be 

expected  to  be  associated  with  other  major  force  units,  then  such 

component  units  should  be  set  up  as  separate  basic  force  units  and 

the  major  force  unit  should  be  structured  accordingly.  For  a  more 

detailed  discussion  of  basic  force  unit  selection  criteria,  see 

(2) 

the  Army  Cost  Model  Data:  Part  1.  Sources  and  Analysis.  Chapter  2, 
Section  2.1.  Inputs  required  for  new  BFUs  are  discussed  in  Section 
5.3  of  this  manual. 

5.2.2  Preparation  of  MFU  Inputs 

Though  the  user  receives  the  model  output  information  in  terms 
of  major  force  units,  the  force  structure  is  manipulated  by  adjusting 
the  fiscal  year-end  count  of  tne  basic  force  units  within  each 
mission/area.  Thus  the  BFU's  are  the  actual  units  which  are  phased 
into  and  out  of  the  force  over  time. 

For  each  new  MFU  added  to  the  force,  an  Input  Sheet  I  must  be 
filled  out  for  each  mission/area  where  this  MFU  is  to  appear.  The 
new  MFU  then  will  be  defined  in  terms  of  its  component  BFU's  on  the 


same  Input  Sheet  I.  The  actual  procedure  for  filling  out  Input 
Sheet  I  for  a  new  MFTJ  la  as  follows : 

(a)  Codes:  see  Section  13.2  for  instructions  for  all  codes 
on  input  sheets. 

(b)  Title  Line :  fill  in  the  name  of  the  major  force  unit, 
showing  the  parent  unit  name  (if  any)  and  the  component 
basic  force  unit  name  or  names.  For  example:  INF/MECH 
DIV  (Parent  Unit  Name)  -  FA  HOW  105/155  SP,  6-125D/6 -3^5E/ 
6-3552  (Basic  Force  Unit  Names). 

(d)  "Force  Structure:11  The  "Force  Structure"  lines  are  for 

notational  entries  which  appear  in  the  output.  Ordinarily, 
they  show  the  total  number  of  basic  force  units  contained 
in  an  MFU  without  regard  to  the  kind  of  BFU.  For  MFU’s 
with  the  words  "Other  Divisional  Units"  in  their  titles, 
the  numbers  shown  on  the  "Force  Structure"  line  represent 
the  number  of  "sets"  of  division  support.  Thus,  if  there 
are  three  identical  divisions  in  a  given  mission/area,  there 
are  three  "sets"  of  "Other  Divisional  Units,"  one  set 
contained  within  each  division.  The  "Force  Structure" 
lines  do  not  have  operational  significance  in  the  model. 
However,  it  is  very  important  that  these  entries  be 
correct  and  in  agreement  with  the  "operational"  force 
structure.  Since  these  entries  are  the  only  force  structure 
that  the  user  sees,  it  would  be  very  misleading  to  make  a 
change  in  the  number  of  basic  force  units  without  a 
corresponding  change  in  the  notational  entries  on  the 
"Force  Structure"  lines.  The  entries  on  the  "Force 
Structure"  lines  are  printed  in  the  output  and  should 
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reflect  the  MTU  composition. 

(e)  Comments ;  This  section  is  to  be  used  as  its  name  implies. 

Any  peculiarities,  deviations,  or  special  information  can 
be  conveniently  conveyed  to  the  user  by  writing  the  infor¬ 
mation  in  the  spaces  provided.  This  information  will 
appear  in  the  model  printout  on  the  particular  MFU  page. 

(f)  BFU  Listing  and  Force  Structure:  The  blank  lines  below 
the  "Comments"  section  on  Input  Sheet  I  are  for  the  entry 
of  the  basic  force  unit  names,  codes,  and  quantities. 

The  names  of  the  BFU's  are  not  key  punched  and  therefore 
do  not  enter  the  model  routines;  only  the  codes  and 
quantities  are  used.  The  names  are  helpful  in  checking 
inputs  and  should  be  written  out  until  the  operator  becomes 
familiar  enough  with  the  codes  to  identify  units  by  code 
numbers  alone.  Changes  in  the  number  or  in  the  time- 
phasing  of  the  basic  force  units  in  the  force  are  accomplished 
by  changing  the  numbers  shown  on  these  lines.  The  quantity 

of  each  BFU  for  each  fiscal  year  shows  the  total  number  of 
this  BFU  for  that  MFU  in  a  given  mission/area.  For  example, 
if  there  were  three  infantry  divisions  making  up  one  Program 
Element  in  a  given  mission/area  and  each  infantry  division 
had  one  tank  battalion  identical  to  the  other  two  tank 
battalions,  a  major  force  unit  would  be  created  for  these 
units.  Its  title  might  appear  as  "Infantry  Divisions  - 
M-60  Tank  Battalions."  The  composition  of  this  MFU  would 
be  BFU's  called  "M-60  Tank  Battalion"  and  the  quantity  of 
BFU's  entered  would  be  three,  one  for  each  of  the  infantry 
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divisions  in  that  particular  mission/area.  If  each 
division  contained  two  of  these  tank  battalions,  the 
quantity  of  BFU's  would  be  six  (3  X  2). 

5.2.3  Manning/Equipage  Levels 

The  adjustment  factors  for  personnel  and  equipment  which 
appear  at  the  bottom  of  Input  Sheet  I  were  briefly  discussed  in 
Chapter  4,  and  are  taken  up  again  in  Section  7. 5, "Materiel  Adjust¬ 
ment  Factors, "and  in  Section  8.3,  "Changes  in  Manning  Levels."  Here 
it  will  be  sufficient  to  note  two  things  about  the  adjustment 
factors.  One,  the  adjustment  factors  entered  on  Input  Sheet  I 
govern  the  entire  MFU  and  all  of  the  component  BFU's  of  the  MFU. 

There  can  be  no  selection  as  to  which  units  are  adjusted;  for 
example,  if  an  MFU  is  adjusted  for  officer  personnel,  all  units 
of  the  MFU  are  adjusted  for  officer  personnel  by  the  same  factor. 

Two,  ordinarily  a  new  unit  added  to  the  force  will  be  entered 
at  a  "normal"  level  of  manning  and  equipment.  Therefore,  the 
adjustment  factors  section  will  remain  blank  for  most  new  units 
and  the  model  program  automatically  will  enter  the  adjustment  factor 
of  1.0.  Nothing  prevents  the  operator  from  entering  a  new  unit  with 
an  adjustment  of  equipment  and/or  personnel  upward  or  downward  but 
this  should  be  done  only  with  the  explicit  understanding  of  the  user 
that  the  unit  has  been  adjusted  and  is  therefore  no  longer  a  "normal" 
unit. 


5.2.4  Other  MFU  Inputs 

If  the  operator  has  cost  data  which  are  to  be  associated  with 
a  major  force  unit  but  which  do  not  involve  machine  calculations. 


th«  dollar  coats  can  be  entered  on  Input  Sheet  I  ae  a  thruput. 

Only  Items  which  are  concerned  with  the  M7U  as  a  whole  should  be 
entered  in  this  fashion.  If  the  costs  can  be  associated  with  the 
BFU's  which  make  up  the  MFU,  then  such  costs  should  be  entered  as 
a  part  of  the  BFU  inputs.  Then,  if  the  BFU  is  shifted  at  a  later 
time,  the  sosts  will  be  carried  with  it.  Two  examples  may  clarify 
this. 


Overhaul  and  maintenance  costB  (BP  2300)  could  be  computed 
on  a  dollars  per  MFU  basis  and  entered  as  a  thruput  on  Input 
Sheet  I.  However,  whenever  a  BFU  was  shifted  into  or  out  of  that 
MFU  a  new  maintenance  cost  would  have  to  be  calculated.  If,  instead, 
the  maintenance  costs  were  calculated  on  a  BFU  basis  and  entered  on 
the  BFU  Input  Sheet  II,  the  maintenance  coBts  would  be  carried 
along  as  BFU's  were  shifted  into  and  out  of  MFU's^and  no  disloca¬ 
tions  would  occur. 

On  the  other  hand,  suppose  that  a  particular  construction 
project  were  associated,  with  a  particular  MFU  in  a  given  mission/ 
area.  Such  construction  costs  should  not  be  tied  to  any  of  the 
subordinate  BFU's  because  these  BFU's  would  carry  along  this  special 
construction  cost  wherever  they  were  used  or  shifted.  By  the  above 
supposition,  this  construction  cost  should  be  associated  only  with 
the  particular  MFU.  If  this  MFU  goes  out  of  existence  the  construction 
requirement  probably  will  disappear  also. 

As  noted  in  Section  5.2.1, "MFU  Definition, "some  major  force 
units  were  created  expressly  for  handling  thruput  data.  New  MFU's 


may  ba  required  when  a  new  base  case  is  run.  Essentially  it  is 
a  matter  of  creating  a  new  MFU  for  thruputs  when  the  data  cannot 
be  fitted  reasonably  into  existing  thruput  MFU's.  An  example  of 
this  is  a  new  Research  and  Development  Program  Element  which  is 
not  responsive  to  force  changes  but  which  is  of  sufficient 
interest  to  warrant  separate  display  as  an  MFU. 

5.3  INPUTS  FOR  NEW  BFUs  (INPUT  SHEET  II) 

5.3.1  BFP  Definition 

A  basic  force  unit  is  a  device  used  in  the  cost  model  to  facili¬ 
tate  the  translation  of  plans  and  programs  into  resource  requirements. 
The  basic  force  unit  may  be  organized  around  a  major  piece  of  equip¬ 
ment  (e.g. ,  an  aircraft  type),  an  installation  (e.g. ,  an  air  defense 
site),  or  a  unit  of  manpower  (e.g.,  an  infantry  battalion).  C f  course 
there  is  considerable  overlapping  among  these  three  organizing  devices 
The  components  of  larger  combat  units,  as  well  as  smaller  independent 
combat  units,  become  basic  force  units  in  the  cost  model.  The  closest 
counterparts  to  BFU's  in  the  Army  are  battalion  size  combat  units. 
However,  there  are  many  BFU's  which  represent  slightly  larger  or 
smaller  combat  units.  Generally,  it  was  neither  feasible  nor  useful 
to  go  below  battalion  size  units  except  in  cases  of  special  units, 
and  going  above  the  battalion  level  sacrificed  too  much  detail  and 
flexibility  because  of  the  size  of  the  aggregation.  For  a  more 

elaborate  discussion  of  basic  force  units  and  their  selection,  see 

(2) 

Chapter  2  of  Army  Cost  Model  Data:  Part  1.  Sources  and  Analysis. 

Each  basic  force  unit  must  have  three  items  of  information 
associated  with  it  for  identification  purposes:  the  TOE  number. 


the  TOE  title,  and  its  mission/area.  It  is  highly  desirable  that 
BFU  names  include,  where  applicable,  the  name  of  the  major  item  of 
equipment  found  in  each  basic  force  unit.  Thus,  naming  a  basic  force 
unit  "Armored  Battalion  M-60  Tank"  is  to  be  preferred  to  "Armored 
Battalion,  Tank"  or  "Armored  Battalion  Medium  Tank."  Obviously, 
many  component  units  are  to  be  found  in  more  than  one  mission/area 
because  the  same  parent  units,  such  as  infantry  divisions,  are 
located  throughout  the  world,  However,  this  type  of  component  unit 
is  treated  as  a  separate  basic  force  unit  fcr  each  mission/area  in 
which  it  appears,  because  personnel  and  materiel  requirements  and 
priorities  may  differ  by  area. 

The  development  of  BFU  inputs  is  analogous  to  the  development 

of  TOE's,  in  that  lists  of  personnel  and  equipment  are  drawn  up. 

In  developing  inputs  for  new  BFU's,  two  types  of  BFU's  are 

encountered:  BFU's  which  have  "real  life"  counterparts  in  the 

Army  (e.g.,  FA  Battalion  Howitzer  105  SP,T0E  6-5^5^)  and  BFU's 

for  units  which  are  contemplated  for  future  introduction  into  the 

Army  (e.g.,  Nike-X  Battalion).  Because  virtually  ail  of  the  Army's 

current  and  planned  combat  units  are  included  already  the  cost 

model  as  BFU's,  most  of  the  operator's  work  will  be  concerned  with 

the  latter,  more  difficult  to  handle,  type  of  basic  force  unit. 

A  complete  description  of  the  development  of  a  basic  force  unit  for 

a  new  system  is  too  detailed  to  discuss  in  this  manual.  i'he  model 

operator  is  referred  to  Army  Cost  Model  Data:  Part  1.  Sources  and 

(2)  " 

Analysis  for  a  more  complete  discussion  of  the  various  aspects  of 


developing  new  units 
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The  problems  axe  much  simpler  for  BPU's  which  can  be  based  on 
existing  TOE's.  TOE's  provide  adequate  guidance  for  personnel  inputs 
at  this  stage  of  model  development  except  for  deviations  in  manning 
levels  and  numbers  of  flight-rated  personnel.  TOE's  are  inadequate 
guides  for  materiel  inputs  because  the  TOE  equipment  specifications 
are  ambiguous  and  there  are  no  guides  to  phasing  new  materiel.  How¬ 
ever,  TOE's  do  provide  a  starting  point.  If  a  new  BFTJ  involves  new 
items  of  materiel,  additional  data  will  be  required  (see  Chapters  6 
and  7). 

In  the  simplest  of  cases  the  operator  may  modify  an  existing  BFTJ 
for  use  as  a  new  force  unit  by  changing  only  a  few  of  the  Inputs  found 
in  an  existing  BFTJ  -  e.g.,  the  addition  or  deletion  of  a  materiel  item. 
The  rest  of  the  new  BFTJ  is  copied  from  an  existing  BFTJ  without  change. 
The  operator  must  be  certain  that  the  changes  he  makes  do  not  have  an 
impact  on  other  inputs.  Fbr  example,  the  substitution  of  one  missile 
type  for  another  missile  type  may  change  personnel  requirements  so 
that  manning  must  be  revised.  Excluded  from  consideration  here  are 
cases  in  which  existing  BFTJ's  can  be  utilized  by  the  scaling  up  or  down 
of  the  unit  by  use  of  the  model  adjustment  factor’s.  This  does  not 
constitute  the  creation  of  a  new  basic  force  unit. 

The  titles  and  codes  for  Input  Sheet  II  follow  the  same  pattern  as 
Input  Sheet  I  (see  discussion  of  major  force  units,  Section  5*2.2). 

5.3.2  Personnel  Inputs 

The  Input  Sheet  II  form  is  not  segregated  as  to  type  of  input 
entered,  but  it  will  be  more  convenient  if  a  pattern  is  established. 
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Personnel  inputs  are  entered  on  the  top  lines  of  the  Initial  set  of 
input  sheets  •  Only  the  personnel  types  actually  required  for  the  basic 
force  unit  should  be  entered  in  the  stub.  All  military  and  civilian 
personnel  directly  assigned  to  the  basic  force  unit  should  be  entered 
by  the  appropriate  personnel  type.  Personnel  may  be  varied  over  tine 
to  take  into  account  the  phasing  in  or  phasing  out  of  the  unit.  This 
can  be  accomplished  either  by  the  numbers  entered  on  the  top  of  the 
sheet  or  by  the  adjustment  factors  at  the  bottom  of  the  sheet.  If 
the  change  in  personnel  is  temporary  -  e.g. ,for  a  particular  alternative 
force  -  it  will  be  easier  to  use  the  personnel  adjustment  factors  . 


A  problem  encountered  with  the  estimates  of  personnel  for  new  units 
is  that  there  are  no  guides  as  to  maiming  levels  for  these  new  units. 
Generally  there  are  three  levels  of  manning  which  can  be  used:  TOE 
strengths,  authorized  strengths,  and  actual  assigned  strength.  If  a 
unit  is  completely  new,  the  actual  strength  will  not  be  available.  The 
authorized  strength  is  closely  comparable  to  the  actual  strength  of  units 
but  it  has  the  advantage  of  smoothing  out  random  fluctuations  in  actual 
assigned  strength.  However,  the  TOE  strengths  give  the  greatest  long- 
run  flexibility  for  they  provide  a  clear-cut,  easily  understandable 
base.  Users  are  more  likely  to  be  familiar  with  and  understand  TOE 
strength.  By  using  either  the  BPU  or  MFU  personnel  adjustment  factors, 
changes  in  the  manning  levels  can  be  made  quickly  and  easily  to  meet 
user  needs.  The  operator  should  be  certain  that  the  user  knows  which 
manning  level  is  being  used  and  thoroughly  understands  the  implications 


of  the  choice 
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The  operator  oust  specify  all  personnel  by  type;  for  example,  he 
aust  determine  whether  the  personnel  receive  hazardous  doty  pay  or  vhether 
they  are  to  be  on  flight  status* 

The  composition  of  nev  units  nay  be  such  that  new  personnel  types 
wlU  be  required  In  the  nodal.  The  criterion  for  asking  this  decision 
Is  the  adequacy  of  the  pay  and  allowance,  training,  and  turnover  factors 
currently  entered  in  the  modal.  If  these  factors  do  not  provide  sufficiently 
accurate  personnel  costs  for  the  nev  unit,  additional  personnel  types 
will  have  to  be  created.  This  Is  likely  to  be  required  only  when  a 
radically  nev  system  is  Introduced  -  such  as  the  Nike-X  (see  Section 
8.1  for  a  more  complete  discussion  of  adding  new  personnel  types). 


Materiel  Inputs 


The  Initial  allowance  of  each  major  item  of  materiel  Included  in 
the  basic  force  unit  oust  be  entered  on  the  BFU  input  sheet.  For  items 
other  than  aummltion  or  missiles  this  is  the  Bams  as  the  full  strength 
allowance  shown  In  the  TOE's.  In  the  case  of  missiles  the  operator  should 
enter  the  total  stockage  requirements  per  unit  for  combat  consumption  (see 
the  discussion  of  missile  requirements  in  Army  Cost  Model  Data:  Part  1. 
Sources  and  Analysis).  Ammunition  requirements  are  computed  in  the  model 
and  are  not  entered  on  the  BPU  input  sheet  (see  Sections  6.1.6  and  6.2  ). 


The  operator  has  to  determine  which  materiel  Items  should  be  included. 
The  decision  should  be  based  on  both  the  total  procurement  cost  of  the 
Items  as  well  as  the  demands  of  the  user.  Thus,  the  operator  should  enter 
all  items  which  have  a  total  procurement  cost  that  is  large  enough  to 
Include  them  in  the  list  of  major  items  and  he  should  add  any  items 
which  the  user  vents  to  see  in  the  nodal  materiel  annex. 
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Ho  TOE's  will  be  available  for  many  of  the  new  basic  force  units. 

In  sons  Instances  the  information  can  be  obtained  from  draft  TOE's  and 
other  planning  documents .  At  other  tines  the  operator  will  have  to 
create  synthetic  TOE's  by  analogy  to  existing  units,  by  reference  to 
other  data  sources  and  by  consultation  with  the  user. 

5.3.4  Maintenance  Costs 

For  each  BRJ,  maintenance  costs  (BP  2300)  are  calculated  manually 

on  a  dollars  per  item  basis  and  then  aggregated  to  the  basic  force  unit 

level  for  entry  on  the  BfU  input  sheet.  If  the  materiel  items  of  a  new 

unit  differ  significantly  from  other  units,  entirely  new  maintenance  costs 

must  be  estimated.  For  example,  the  introduction  of  a  Nike-X  unit  would 

require  a  detailed  analysis  of  maintenance  requirements.  If,  however,  the 

new  unit  differs  from  the  former  unit  only  by  the  addition  of  a  new  major 

item  of  equipment,  the  maintenance  costs  for  the  former  BFU  may  be  adjusted 

simply  to  account  for  the  cost  of  maintaining  the  new  equipment,  (see 

(2) 

Chapter  6  of  Army  Post  Model  Data:  Part  1.  Sources  and  Analysis  for  a 
discussion  of  methods  of  computing  maintenance  costs). 

5.3.5  Construction  Costs 

If  construction  costB  are  incurred  in  Introducing  a  new  unit  into 
the  force,  these  one-time  costs  should  be  calculated  for  each  basic  force 
unit.  Construction  costs  should  Include  only  the  major  initial  construc¬ 
tion  peculiar  i  v  the  new  system  (e.g.  missile  launch  cells)  because  other 
construction  costs  are  Included  in  the  model  by  means  of  a  per  man  factor. 
These  initial  construction  costs  will  not  be  lagged  if  they  are  entered 
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on  the  BPU  input  sheet  (input  Sheet  II)  since  no  provision  for  i*gg<"g 
construction  costs  has  been  made  in  the  Mark  I  model.  If  these  costs 
are  to  be  lagged,  they  should  be  lagged  by  hand  and  entered  on  Input 
Sheet  I  as  a  thruput.  Such  construction  costs  would  be  an  aggregate 
of  the  construction  costs  for  all  of  the  basic  force  units  Included  in 
that  major  force  unit  (see  Section  5*2.4). 

5.3.6  Manning/Bouipafce  Levels 

The  adjustment  factors  for  personnel  and  equipment  are  discussed 
in  Section  5*2.3  and  are  taken  up  in  greater  detail  in  Section  7*5, 
'Materiel  Adjustment  Factors,"  and  in  Section  8.3,  "Changes  in  Manning 
Levels. "  The  adjustment  factors  appearing  on  Input  Sheet  II  are  applied 
only  to  that  particular  basic  force  unit  for  which  the  sheet  is  made  out 
Generally,  the  adjustment  factors  are  left  blank  and  the  model  program 
automatically  enters  the  factor  of  1.0.  The  operator  may  wish  to 
enter  new  units  at  the  actual  or  theoretical  full  TOE  strength  and 
use  the  adjustment  factors  to  reach  some  other  strength  -  either  higher 
or  lover.  The  operator  is  cautioned  to  make  certain  that  the  user 
understands  the  levels  being  used. 

5.3.7  Other  BFU  Inputs 

If  the  operator  has  other  cost  data  which  is  to  be  associated  with 
the  Individual  basic  force  unit,  the  dollar  costs  can  be  entered  on 
Input  Sheet  n.  Such  costs  may  be  one-time  only  costs,  costs  which 
are  constant,  or  time -phased  costs.  Two  cautions  are  in  order:  (l) 
Such  costs  must  be  entered  on  a  per-basic -force -unit  basis;  (2)  These 


-55- 


costs  will  be  multiplied  by  the  force  structure  of  BPU's  on  the  MW 
input  sheets.  In  years  when  there  is  no  force,  none  of  these  costs 
will  appear.  See  Sections  13*2  and  9*2  for  instructions  on  coding 
BW  dollar  inputs. 
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Chapter  6 

ADDING  NEW  MATERIEL  ITEMS 


I 


This  chapter  contains  the  following  sections: 


6.1  ITEMS  OTHER  THAN  AMMUNITION 


6.1.1 

Initial  Allowance 

6.1.2 

Replacement  of  Other  Items 

6.1.3 

Unspecified  Units  Allowance  Factor 

6.  1.4 

Stockage  and  Consumption  Factors 

6.1.5 

Phasing  Schedules 

6.1.6 

Related  Ammunition 

6.1.7 

Unit  Cost 

6.1.8 

Lag  Factors 

6.1.9 

Maintenance  Cost 

6.1.10 

Indirect  Effects 

6.2  AMMUNITION 

ITEMS 

6.2.1 

Using  Weapons 

6.2.2 

Stockage  and  Training  Factors 

6.2.3 

Old  Ammunition  Items  Being  Replaced 

6.2.4 

unit  cost 

6.2.5 

Lag  Factors 

6.1  ITEMS  OTHER  THAN  AMMUNITION 

New  materiel  items  other  than  ammunition  to  he  added  into  the  model 

can  be  considered  in  two  groups:  modernization  items  which  are  introduced 

into  existing  units;  and  new  weapon  systems  (such  as  NUCE-X)  which 

involve  the  creation  of  new  organizational  units.  This  section  deals 

only  with  the  Introduction  of  modernization  items  (such  as  GOER  vehicles 

or  the  M-l4  rifle);  for  introduction  of  weapon  systems  into  new  units,  see 

Chapter  5,  "Adding  New  Force  units."  Table  6.1  lists  the  inputs  to  be 

developed  in  order  to  Introduce  a  new  item. 

The  following  sub-sections  describe  the  procedures  which  are  appropriate 

for  each  of  the  necessary  inputs.  The  "operator"  should  be  familiar  with 

Chapter  5,  "Materiel  Specifications  and  Costs, ”  of  Army  Cost  Model 

(2) 

Data:  Part  1.  Sources  and  Analgia,  in  which  the  procedures  followed  for 
the  original  Inputs  are  described. 
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Table  6.1 

INPUTS  REQUIRED  TO  BfTRODUCE  A  HEW  ITEM 


Input  Sheet 

Sub -Section 

INPUTS  FOR  FORCE  SPECIFICATION 

Initial  allowance  per  basic  force  unit 

n 

6.1.1 

Old  Items  being  replaced  and  the  ratio  of 
replacement 

II 

6. 1.2 

Unspecified  units  allowance  factor 

in  b 

6.1.3 

Replacement/ consumption  factor 

m  b 

6.1.4 

Materiel  phasing  schedule 

in  a 

6.1.5 

COSTING  FACTORS  AND  RELATIONSHIPS 

Unit  cost  per  item 

m  c 

6.1.7 

Delivery  to  T.O.A.  lag  factors 

in  c 

6.1.8 

Maintenance  cost  per  item 

n 

6.1.9 

INPUTS  REQUIRED  TO  ACCOUNT  FOR  INDIRECT  EFFECTS 


Stock age  and  consumption  factors  for  amaunition 


related  to  the  new  item 

m  B 

6.1.6 

Requirements  for  equipment  other  than 

6.1.10 

ammunition  affected  by  the  new  item 

II 

Effects  on  personnel  strength 

n 

6.1.10 
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Before  following  the  procedures  described  in  this  chapter,  the 

operator  must  decide  that  the  new  Item  should  be  entered  specifically 

into  the  model.  The  criteria  to  be  considered  are  discussed  in  section 

(2) 

5*1  of  Aim  Cost  Model  Data:  Part  1.  Sources  and  Analysis.  If  the 
item  is  to  be  specified,  a  code  number  must  be  assigned  (see  Section 
13.2  of  this  manual). 

6.1.1  Initial  Allowances 

The  operator  must  obtain  specific  allowances.  In  general,  the 
allowances  should  be  entered  into  the  basic  force  unit  specifications. 

For  items  of  very  high  unit  cost  and  limited  distribution,  the  operator 
may  choose  Instead  to  enter  them  directly  as  a  part  of  the  major  force 
unit  specification. 

Before  entering  the  initial  allowances,  the  operator  must  consider 
whether  or  not  to  use  a  phasing  schedule  and  to  specify  the  allowance  at 
the  generic  level  (see  Sub-section  6.1.5). 

6.1.2  Replacement  of  Other  Items 

Information  on  the  old  items  being  replaced  is  needed  in  order  to 
reduce  their  quantities  as  the  new  item  is  phased  in.  This  Information  also 
may  be  needed  to  calculate  the  initial  allowance  of  the  new  item  since 
this  often  is  expressed  in  terms  of  the  old  items  or  models  being  replaced. 

Because  a  new  item  may  replace  several  old  ones  the  operator  should 
identify  all  old  items  being  replaced  and  also  determine  the  ratio  of 
replacement.  A  new  helicopter,  for  example,  may  replace  an  old  model 
helicopter  as  well  a a  other  aircraft. 
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n*  quantities  of  an  old  Item  can  be  reduced  or  eliminated  In  two 
ways.  In  most  instances  it  is  accomplished  by  means  of  the  materiel  ph»»*ng 
schedule  of  the  new  Item  (Input  Sheet  HI  A).  However,  if  the  new  item 
replaces  more  than  one  old  item  the  change  in  the  old  items  may  be 
accomplished  more  easily  by  changing  the  initial  allowances  of  those 
items  in  all  appropriate  basic  force  units  on  Input  Sheet  H . 

6.1.3  Unspecified  Units  Allowance  factor 

If  the  new  item  is  to  be  used  by  support  units  and  other  unspecified 

force  units,  the  requirements  of  such  units  must  be  specified  in  the  model 

by  the  Unspecified  Units  Allowance  Factor  on  Input  Sheet  III  B.  See 

(2) 

Section  5«5  of  Army  Post  Model  Data:  Part  1.  Sources  and  Analysis  for 
derivation  of  this  factor. 

6.1.h  Stockage  and  Consumption  Factors 

Input  Sheet  HI  B  provides  space  for  the  following  three  factors: 
Replacement/ consunption  rate 
Combat  consumption  rate 
Maintenance  float  coefficient. 

Each  factor  oust  be  obtained  for  a  new  item.  Development  of  factors  used 

in  t’ie  Mark  I  Model  is  described  in  Chapter  5  of  Arm  Cost  Model  Data: 

(2) 

Part  1.  Sources  and  Analysis.  If  no  data  are  available  on  a  new  item, 
the  operator  may  have  to  develop  factors  by  analogy  to  similar  equipment 
items. 

The  combat  consumption  rate  is  used  in  combination  with  the  "days- 
of- supply”  figure  (Input  Sheets  IV  A,  B)  in  computing  the  confcat 
consumption  stock  level.  If  this  days -of -supply  figure  is  not  appropriate 
for  the  new  item,  the  coM>at  consumption  rate  for  the  new  item  should  be 
altered  accordingly  (see  Section  7*2). 


6.1.5  Phasing  Schedules 

The  operator  auet  decide  whether  or  not  to  use  a  phasing  schedule 
for  the  new  item.  If  the  item  is  specified  generlcally  for  MFU's  or 
BJU's,  in  other  words,  if  the  initial  allowances  are  stated  with  code 
"3QXXX",  then  a  materiel  phasing  schedule  must  be  provided.  But  the  item, 
if  desired,  may  be  specified  individually,  with  code  "31XXX",  and  "phased 
in"  by  changing  the  initial  allowances  from  year  to  year,  thus  by-passing 
the  need  for  a  phasing  schedule. 

The  decision  as  to  whether  or  not  to  use  a  phasing  schedule  depends 
on  the  particular  circumstances.  Where  a  substitute  item  reasonably  can 
be  expected,  a  phasing  schedule  should  be  prepared.  If  the  materiel  item 
is  authorised  for  several  basic  force  units,  then  a  phasing  schedule 
probably  should  he  prepared  to  save  clerical  effort  required  to  "time- 
phase"  the  initial  allowance  for  each  BTO.  If  there  is  any  reason  to 
distinguish  between  mission/ areas  as  to  priority  of  Introduction,  then 
a  phasing  schedule  should  be  prepared. 

If  a  phasing  schedule  is  to  be  prepared,  the  task  will  be  essentially 

Identical  to  the  one  described  in  Section  5.6  of  Army  Cost  Model  Bata: 

(2)  - 

Part  1.  Sources  and  Analysis.  However,  for  new  items  the  operator  may 

have  difficulty  in  defining  the  Inventory  objective  and  the  year  by  year 

delivery  schedules  for  the  base  case.  Once  these  data  are  available,  the 

phasing  schedule  for  the  new  item  can  be  prepared  by  the  saw  iterative 

technique  used  for  the  original  model  Inputs. 


Phasing  schedules  are  discussed  further  in  Section  7.4 


6.1.6  Belated  Aanunition 


If  the  new  item  being  introduced  uses  a  new  aanunition  Item,  the 

operator  should  be  guided  by  Section  6.2  of  this  manual.  If  the  new 

Item  being  Introduced  uses  asnunltlon  already  specified  in  the  model, 

the  operator  oust  supply  both  training  and  combat  consumption  rates  for 

each  ammunition  item  related  to  the  new  materiel  item.  Asnunltlon  factors 

are  entered  on  Input  Sheet  HI  B.  Derivation  of  appropriate  rates  is 

discussed  in  Section  5.4  of  Arm  Cost  Model  Data:  Part  1.  Sources  and 

(2) 

Analysis. 

6.1.7  Unit  Post 

Unit  cost  must  be  entered  on  Input  Sheet  IH  C  for  the  new  item. 

Tbs  derivation  of  costB  Is  discussed  in  Section  5.7  of  Amor  Cost 

(2) 

Model  Data:  Part  1.  Sources  and  Analysis.  Procedures  related  to  unit 
costs  in  the  model  are  set  forth  In  Section  7«3  of  this  manual.  Derivation 
of  costs  for  new  Items  may  require  analogy  to  existing  items. 

6.1.8  Lag  factors 

A  necessary  part  of  the  description  of  the  new  Item  is  its  lag 

factor  pattern.  Section  5*8  of  Army  Cost  Model  Data:  Part  1.  Sources 

(2) 

and  Analysis  explains  the  derivation  of  the  initial  Delivery -to -TOA  lag 
factors.  Ibr  a  nev  item  the  operator  may  have  to  determine  the  lag  factor 
pattern  by  analogy  to  like  items  if  no  procurement  program  is  available. 
When  the  appropriate  lag  factor  pattern  has  been  selected  the  operator 
must  determine  whether  that  pattern  Is  already  available  in  the  model 
(see  the  Standard  Input  Listing).  If  not,  a  new  index  number  must  be 
assigned  for  the  new  pattern. 
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Suppose,  for  exaog>le,  that  a  new  Item  coded  as  31684  is  determined 
to  have  the  lag  pattern  of  50$  three  years,  50$  two  years,  and  that  the 
patterns  in  the  model  are  those  shown  on  the  sample  Input  Sheet  IV  C 
Included  in  Section  13*1  of  this  manual.  An  additional  entry  then  should 
be  made  as  follows: 
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For  the  new  item,  the  entry  on  Input  Sheet  III  C  then  will  include: 


s 

Code 

F 

Index 

I32SGD5333S3E3 

s 

s 

IQ 

ID 

B 

ID 

IQ 

ID 

0 

IT 

1 3  16  8  4 

A  0 

lol 

o] 

n 

T 

«1 

FI 

91 

91 

2 

6.1.9  Maintenance  Cost 

See  Section  9.2  of  this  manual  for  general  coverage  of  maintenance 
costs.  Costs  per  BFU  chargeable  to  BP  2300  are  entered  as  code  06660. 

A  new  materiel  item  may  involve  a  change  in  the  unit  maintenance  cost. 
The  operator  should  review  the  BP  2300  input  for  each  BFU  in  which  the 
new  item  is  to  be  authorized,  and  should  make  appropriate  adjustments, 
using  the  data  file  change  procedure  described  in  Section  13.5  of  this 
manual. 

6.1.10  Indirect  Effects 

Introduction  of  a  new  materiel  item  may  cause  other  changes  in  the 
force  specification.  One  important  aspect  is  that  of  the  personnel 
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strengths  of  the  units  to  which  the  new  Item  is  assigned.  A  new  aircraft, 
for  example,  may  require  additional  pilots.  If  a  personnel  change  Is 
made,  further  equipment  changes,  such  as  rifles  for  the  men,  also  may 
he  indicated. 

The  operator  should  review  the  specification  of  each  BTU  for  which 
there  will  he  an  initial  allowance  of  the  new  item,  nils  review  should 
he  directed  toward  any  modifications  required  because  of  the  new  item. 

The  operation  also  should  consider  specifically  the  Indirect  effect 
of  the  new  item  on  other  equipment  items  (see  Section  6.1.2  for  replace¬ 
ment  of  other  items). 

6.2  AMMUNITION  ITEMS 

This  section  lists  and  explains  the  inputs  needed  to  introduce 
a  new  ammunition  item. 

Ammunition  items  are  treated  separately  because  some  of  the  inputs 
needed  differ  from  those  of  other  materiel  items.  The  difference  is 
due  to  the  fact  that  the  requirements  for  ammunition  are  related  to  the 
number  and  type  of  using  weapons  while  requirements  for  other  materiel 
items  are  directly  related  to  the  units  and  entered  on  Input  Sheet  II. 
Inputs  needed  to  introduce  a  new  ammunition  item  are  discussed  below. 

6.2.1  Using  Weapons 

Bach  weapon  using  the  new  ammunition  item  should  he  identified. 

Pbr  those  weapons  already  specified  in  the  model,  stockage  and  training 
factors  must  he  obtained  as  described  in  Section  6.2.8. 
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For  using  weapons  not  specified  already,  a  decision  oust  be  made 
as  to  which  ones  to  specify.  Specification  of  all  using  weapons  is 
necessary  if  requirements  for  the  new  ammunition  item  are  to  be  calculated 
completely.  Pbr  those  weapons  to  be  specified,  follow  procedures  in 
Section  6.1. 

6.2.2  Stockame  and  Training  Factors 

The  requirements  for  ammunition  are  calculated  by  means  of  a  combat 
consumption  factor  and  an  annual  training  factor.  Combat  consumption  is 
expressed  in  terms  of  the  number  of  rounds  per  weapon  per  day;  training 
consumption  is  stated  in  terms  of  rounds  per  weapon  per  year.  The  factors 
should  be  obtained  for  each  using  weapon  and  entered  on  Input  Sheet  IH  B. 

The  model  does  not  provide  for  an  "ammunition  phasing  schedule," 
and  the  assignment  of  a  new  ammunition  item  in  a  given  year  will  generate 
a  delivery  requirement  in  that  year.  The  rate  of  phase-in  can  be  controlled 
by  the  operator  directly  on  Input  Sheet  III  B  by  time-phasing  the  amnunltlon 
factors. 


6.2.3  Old  Ammunition  Items  Being  Replaced 

The  operator  must  identify  all  previously  specified  ammunition 
items  which  are  to  be  replaced  by  the  new  amnunltlon  item.  The  user 
should  define  the  nature  of  the  phase-out  for  these  old  items.  The 
operator  can  make  sure  that  no  deliveries  of  the  old  item  are  scheduled 
after  a ay  specified  year  by  reducing  the  ammunition  factors  to  zero  on 
Input  Sheet  HI  B  starting  with  that  year. 
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6.2.4  Unit  Cost 

The  requirement  fbr  unit  cost  data  for  amunltion  is  the  sane  aa 
for  other  Items.  See  the  discussion  in  Sub-section  6.1.7  of  this 
and  in  Section  5*7  of  Arm  Cost  Model  Data:  Part  1.  Sources  and  Analysis. 

6.2.5  Last  Factors 

Here,  as  for  unit  costs,  the  Inputs  required  are  similar  to  those 

for  other  materiel  items.  See  Sub-section  6.1.8  of  this  and  Section 

(2) 

5.8  of  Array  Cost  Model  Data:  Part  1.  Sources  and  Analysis. 


Chapter  7 

OTHER  MATERIEL  CHANGES 


This  chapter  covers  a  number  of  different  types  of  costing  problems 
involving  materiel.  The  following  sections  are  included: 

7.1  CHANGE  IN  INITIAL  ALLOWANCES  (INPUT  SHEET  II) 

7.1.1  Unit  Oriented  Changes 

7.1.2  Item  Oriented  Changes 

7.2  VARIATION  IN  COMBAT  CONSUMPTION  STOCKAGE  POLICY 

7.3  CHANGE  IN  UNIT  COST  (INPUT  SHEET  III  C) 

7.3*1  Unit  Costs  Based  on  Progress  Curves 
7.3*2  Other  Unit  Costs 

7.4  MATERIEL  PHASING  SCHEDULES 

7*4.1  Purpose  and  Use  of  Phasing  Schedules 

7.4.2  Development  of  Alternative  Phasing  Schedules 

7*5  MATERIEL  ADJUSTMENT  FACTORS 

7.6  DEIETXON  OF  ITEMS 

7.6.1  Deletion  of  Substitute  Items 

7.6.2  Deletion  of  Phasing  Schedules 

7.6.3  Deletion  of  Lag  Factors 

7.6.4  Deletion  of  Specified  Items 


7.1  CHANGE  IN  INITIAL  ALLOWANCES  (INPUT  SHEET  II) 

Input  Sheet  II  is  used  to  specify  the  materiel  initial  allowance 
(TOE  requirement)  for  each  BPV  in  the  model.  This  per  unit  initial 
allowance  is  the  basic  objective  for  operating  inventories.  Other 
calculations  of  materiel  requirements  are  based  on  the  per  unit  initial 
allowances.  Section  13*4  of  this  manual  describes  the  input  listings 
in  which  the  Initial  allowances  can  be  reviewed. 


Changes  in  initial  allowances  may  be  of  two  main  types: 
(a)  Unit  oriented  changes.  In  changes  of  this  type, 
changes  in  a  force  unit  create  a  need  to  change 
the  allowances  of  all  or  several  of  the  materiel 
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(b)  Equipment  oriented  changes.  The  Initial  allowance  for 
a  particular  item  is  changed  in  several  or  all  BIU's 
because  of  a  change  in  the  item  or  its  use. 

Each  of  these  types  is  described  in  the  following  subsections.  In 
either  case,  once  the  desired  data  changes  have  been  identified,  the 
changes  are  to  be  made  as  described  in  Section  13. 5  of  this  manual. 

7.1.1  Unit  Oriented  Changes 

When  a  change  in  a  force  unit  has  been  decided  upon  the  "operator" 
should  consider  the  desirability  of  a  change  in  the  equipment  adjustment 
factor  (code  00097 )  for  the  force  unit.  This  will  change  all  selected 
materiel  items  at  the  same  rate,  but  the  factor  can  be  stated  separately 
for  each  of  twelve  years.  Usually  the  iaxpa-t  of  the  change  can  be 
specified  with  greater  precision  by  defining  specific  changes  in  initial 
allowances.  The  use  of  the  adjustment  factor  is  reserved  for  situations 
in  which  changes  must  be  made  quickly  to  all  materiel  items. 

The  operator  should  consider  not  only  the  total  changes  to  be 
made  in  unit  equipment  allowance,  but  also  the  time-phasing  of  the 
changes.  The  operator  must  decide  whether  to  specify  any  change  in 
the  phase-in  rates  (see  Section  7«^  for  a  discussion  of  the  use  of 
materiel  phasing  schedules). 

The  change  in  equipment  allowances  which  is  to  be  made  on  the 
basis  of  a  change  in  the  unit  may  suggest,  in  turn,  the  need  for 
further  changes  in  the  unit.  Changes  in  maintenance  cost  (see  Sec¬ 
tion  9*2  of  this  manual)  and  personnel  requirements  (new  items  of 
equipment  may  require  specialized  operators)  may  be  appropriate. 
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Changes  In  basic  force  units  are  discussed  further  in  Section 

4.2  of  thi3  manual. 

7.1.2  Item  Oriented  Changes 

When  a  change  in  the  initial  allowances  of  a  materiel  item  is 
considered,  the  following  procedures  are  appropriate: 

(a)  Identify  the  units  which  have  allowances  for  the  item  and 
the  amounts  of  those  allowances.  Identify  also  all  other 
inputs  for  the  item,  e.g.,  phasing  schedule,  unit  cost, 
lag  factor  pattern,  consumption  rates.  Use  the  Input 
Listings,  as  described  in  Section  13.4  of  this  manual. 

(b)  Determine  whether  or  not  the  proposed  change  can  be  made 
most  effectively  by  changing  the  phasing  schedule.  The 
equipage  level  in  a  particular  mission/area  for  a  particular 
item  could  be  raised,  for  example,  to  110$  of  the  level 
previously  authorized.  There  would  be  no  need  to  change 
each  BFU  authorization. 

(c)  Review  the  appropriateness  of  the  unspecified  unit  equipment 
allowance  factor  (Input  Sheet  III  1|  under  the  proposed  alter¬ 
native.  A  change  in  the  authorization  for  the  specified 
force  units  may  require  a  change  in  this  factor. 

(d)  Review  the  appropriateness  of  the  unit  cost  and  lag  factors 
under  the  proposed  alternative. 

(e)  Consider  whether  or  not  allowance  changes  should  be  accompanied 
by  any  other  changes,  such  as  personnel  or  maintenance  cost 
changes. 

(f)  Consider  whether  related  changes  should  be  made  for  other 


materiel  items 
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(g)  Revise  input  data  in  accordance  with  the  change  procedures 
outlined  in  Section  13.5  of  this  manual. 

7.2  VARIATION  IN  COMBAT  CONSUMPTION  STOCKAGE  POLICY 

Combat  consumption  stocks  are  those  materiel  reserves  which  provide 
for  replacement  of  items  consumed  during  the  early  days  of  combat.  These 
stocks  are  intended  to  last  from  the  day  combat  begins  to  the  day  the 
production  rate  equals  the  wartime  consumption  rate. 

^ombat  consumption  stocks  are  computed  in  the  model  as  the  product 
of  four  quantities: 

(a)  Initial  Allowances  (items)  (Format  II) 

(b)  Combat  Consumption  Stock  Factor  (£  per  day)  (Format  III  B) 

(c)  Days  of  Supply  (days)  (Format  IV  A,  B) 

(d)  Stock  Level  Adjustment  Factor  (percentage)  (Format  IV  A,  B) 

Certain  problems  for  which  the  model  may  be  used  will  require  that 
combat  consumption  stocks  be  varied.  Variations  may  be  accomplished  by 
varying  any  of  the  four  parameters  listed  above.  This  section  concerns 
variations  of  stocks  only,  not  initial  allowances,  and  only  variations 
of  stockage  factors,  adjustment  factors  and  days -of -supply  are  considered. 

The  available  alternatives  for  varying  combat  consumption  stocks  are 
presented  in  Table  7«1.  As  shown,  stocks  can  be  varied  for  all  items 
simultaneously  or  selectively  by  item;  for  all  mission/areas  or  selectively 
by  mission/area;  and  for  all  years  or  for  each  year  Individually. 

To  vary  stockage,  select  the  proper  factor  according  to  the  problem 
under  study  and  prepare  changes  to  input  data  as  outlined  in  Section  13. 5 


of  this  manual. 
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(g)  Revise  Input  data  in  accordance  with  the  change  procedures 
outlined  in  Section  13.5  of  this  manual. 

7.2  VARIATION  IN  COMBAT  CONSUMPTION  STOCKAGE  POLICY 

Combat  consumption  stocks  are  those  materiel  reserves  which  provide 
for  replacement  of  items  consumed  during  the  early  days  of  combat.  These 
stocks  are  intended  to  last  from  the  day  combat  begins  to  the  day  the 
production  rate  equals  the  wartime  consumption  rate. 

^ombat  consumption  stocks  are  computed  in  the  model  as  the  product 
of  four  quantities: 

(a)  Initial  Allowances  (items)  (Format  II) 

(b)  Combat  Consumption  Stock  Factor  (£  per  day)  (Format  III  B) 

(c)  Days  of  Supply  (days)  (Format  IV  A,  B) 

(d)  Stock  Level  Adjustment  Factor  (percentage)  (Format  IV  A,  B) 

Certain  problems  for  which  the  model  may  be  used  will  require  that 
combat  consumption  stocks  be  varied.  Variations  may  be  accomplished  by 
varying  any  of  the  four  parameters  listed  above.  This  section  concerns 
variations  of  stocks  only,  not  initial  allowances,  and  only  variations 
of  stockage  factors,  adjustment  factors  and  days-of-supply  are  considered. 

The  available  alternatives  for  varying  combat  consumption  stocks  are 
presented  in  Table  7»1*  As  shown,  stocks  can  be  varied  for  all  Items 
simultaneously  or  selectively  by  item;  for  all  mission/areas  or  selectively 
by  mission/area;  and  for  all  years  or  for  each  year  individually. 

To  vary  stockage,  select  the  proper  factor  according  to  the  problem 
under  study  and  prepare  changes  to  input  data  as  outlined  in  Section  13. 5 


of  this  manual. 
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Table  7.1 

VARIATION  OF  COMBAT  CONSUMPTION  STOCKS 


Level 


Inputs  to  Vary 


All  Items  World-Wide  All  years  Days  of  Supply  -  Equipment 

Days  of  Supply  -  Related  Equipment 


All  Items  Mission/Area  All  years  Days  of  Supply  -  Equipment,  m/a  X  [ 

Days  of  Supply  -  Related  Equipment,  M/A  X  IV  B 


All  Items  World-Wide  By  year  Stock  Level  Adjustment  Factor  -  Equipment 

Stock  Level  Adjustment  Factor  -  Related 

Equipment  IV  A 


All  Items 


Stock  Level  Adjustment  Factor  -  Equipment 
Stock  Level  Adjustment  Factor  -  Related  | 

Equipment  •  IV  B 


By  Item  - 

except  World-Wide 
ammunition 


By  Item  - 

except 

ammunition 


Mission/Area 

All  years 

Combat  Consumption  Stock  Factor  for  M/A  X 

III 

World  Wide 

By  year 

Combat  Consumption  Rate  for  M/A  "World 
Wide" 

III 

Mission/Area 

By  year 

Combat  Consumption  Rate  for  M/A  X 

III 
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7.3  CHANGE  IN  UNIT  POST  (INPUT  SHEET  III  C) 

Unit  costs  entered  In  the  model  are  selected  for  their  appropri¬ 
ateness  in  the  base  case.  Changes  in  unit  costs  may  be  appropriate 
under  the  following  situations! 

(a)  Change  in  the  time  period  covered  by  the  model  for  time- 
phased  unit  costs  (see  Section  U.3). 

(b)  More  current  data  is  available  on  the  unit  cost  for  an 
item  or  items. 

(c)  An  alternative  force  which  calls  for  significant  quantity 
differences  from  those  in  the  base  case. 

(d)  An  alternative  force  which  cal  Is  for  different  unit  costs. 

Unit  costs  are  entered  in  the  model  on  a  yearly  basis.  For  most  items 
(about  90#  of  those  in  the  initial  selection)  the  same  unit  cost  is 
used  for  each  year  in  the  model.  Changes  in  unit  cost  are  discussed 
below  in  two  subsections  according  to  the  method  of  determining  the 
unit  costs. 

7.3.1  Unit  Costs  Based  on  Progress  Curves 

Unit  costs  which  vary  by  year  are  used  for  certain  materiel  items 

where  a  cost -quantity  relationship  of  the  progress  curve  type  exists. 

Derivation  of  time-phased  costs  for  the  base  case  delivery  schedule  is 

discussed  in  Section  5*7  of  Army  Cost  Model  Data:  Part  1,  Sources 

(2) 

and  Analysis.  The  time -phased  unit  costs  entered  into  the  model  are 
appropriate  only  for  the  base  case  delivery  schedule  used  in  computing 
them.  Changes  in  unit  costs  will  be  required  when  changes  occur  in 
delivery  schedules  of  the  progress  curve  costed  items.  For  this  reason 
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It  Is  important  to  be  alert  to  any  changes  which  nay  affect  these  deliveries. 
A  review  of  the  need  for  revised  time-phased  unit  costs  is  an  important 
step  prior  to  any  model  run.  Because  only  a  relatively  few  items,  about 
10$  of  those  treated  in  the  mode?.,  are  costed  in  this  way  in  the  model, 
keeping  abreast  of  their  utilization  is  not  difficult. 


The  following  procedures  are  appropriate  for  review  of  time-phased 
unit  costs  before  a  run  is  made: 

(a)  Determine  whether  revised  time-phased  unit  costs  are  needed! 

(1)  Before  each  run,  review  the  changes  being  made  to 
ascertain  their  affect  on  the  delivery  schedules  of 
items  for  which  the  model  has  time-phased  costs. 

Check  the  Inverse  Listing  —  see  Section  13.4.2  of 
this  manual  --if  there  is  doubt  about  where  these 
items  are  used. 

(2)  After  each  run  review  the  delivery  schedules  in  the 
model  materiel  annex  for  each  item  for  which  the  model 
has  unit  costs  based  on  progress  curves. 

(3)  Compare  the  deliveries  in  the  model  with  the  delivery 
schedule  of  the  base  case,  for  which  the  unit  prices 
were  designed.  If  the  deviations  are  significant, 
prepare  new  costs,  as  below,  and  make  another  run  if 
necessary. 

(b)  Where  needed,  prepare  revised  unit  costs! 

(1)  Ibr  each  item,  develop  the  delivery  schedule  for  the 
alternative  force.  Give  appropriate  affect  to  all 
inputs.  Including  adjustment  factors. 

(2)  Obtain  a  cost/quantity  curve  for  the  item  in  question. 

(3)  Determine  the  total  cost  for  the  deliveries  of  each 
year. 

(4)  Determine  the  unit  cost  for  each  year. 

(5)  Enter  the  revised  costs  on  Input  Sheet  HI  C,  as  described 
in  Sections  13. 3  and  13*5  of  this  manual.  Fbr  year  "H-l" 
enter  the  unit  cost  calculated  for  the  first  delivery 
year.  Leave  blanks  for  all  other  years  in  which  no 
deliveries  are  expected.  The  model  may  develop  small 
delivery  quantities  for  these  years.  The  format  coding 
rules  will  assign  reasonable  costs  to  these  units. 
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T.3.2  Other  Unit  Costs 

Most  other  unit  costs  will  he  entered  In  the  model  as  constants  over 
the  time  period  Involved.  The  cost  used  probably  will  be  the  Indicated 
average.  If  there  is  any  reason  to  change  one  or  more  unit  costs  they 
can  be  changed  readily  for  Individual  items  and  for  specific  years. 
Materiel  costs,  however,  are  applicable  only  for  the  'Vorld-HI.de" 
mission/area. 

'./hen  a  change  in  unit  cost  Is  to  be  made,  the  change  procedure 
described  in  Section  13*5  will  be  appropriate.  For  example,  the  Input 
Sheet  III  C  included  in  Section  13.1  of  this  manual  shows  the  unit  cost 
for  the  "Howitzer,  Lt.  SP,  FT,  105mra,  T195E1"  to  be  $117,700  for  each  pro 
gram  year.  Now  suppose  that  a  user  wants  to  estimate  an  alternative 
force  which  involves  a  delay  in  phasing  this  weapon  into  the  force.  This 
delay  could  result  in  a  reduction  in  the  procurement  cost  in  the  later 
years  because  of  the  reduction  in  premium  costs  for  expedited  delivery. 

If  the  reduction  is  expected  to  be  10$  (to  a  new  unit  cost  of  about 
$105,900)  effective  in  year  N+2,  the  old  cost  line  should  be  replaced 
by  a  new  entry  as  follows: 
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7.4  MATERIEL  PHASING  SCHEDULES 

7.4.1  Purpose  and  Use  of  Phasing  Schedules 

The  phasing  schedules  entered  on  Input  Sheet  III  A  are  Important 
keys  to  the  control  over  the  computation  of  materiel  costs  in  the  model. 

A  phasing  schedule  controls  the  rate  of  phase-in  of  each  nev  major  PEMA 
item  and  the  phase-out  of  any  old  major  item  being  replaced,  Fbr  each 
entirely  nev  major  equipment  item  with  no  substitutes,  a  phasing  schedule 
controls  the  rate  of  phase-in  to  the  full  inventory  objective.  The  phasing 
schedules  in  the  model  may  be  varied  both  with  respect  to  time  and  with 
respect  to  mission/area.  The  user  and  the  operator  may  specify  readily 
a  vide  range  of  alternatives.  For  any  costing  problem,  the  phasing  schedule 
provides  the  ability  to  directly  control  the  magnitude  and  timing  of 
PEMA  dollars  for  each  specified  item. 

The  phasing  schedule  translates  initial  allowance  requirement  state¬ 
ments  for  generic  equipment  types  into  asset  positions  for  particular 
models  in  particular  years .  Thus,  it  is  the  instrument  for  specifying 
precisely  what  equipment  an  alternative  force  is  to  have  for  costing 
purposes.  For  this  reason,  adjustment  of  phasing  schedules  should  be 
viewed  as  a  key  part  of  force  specification. 

Phasing  schedules  should  be  considered  each  time  an  alternative 
force  is  to  be  run.  The  question  to  be  considered  is,  "Are  the  base 
case  phasing  schedules  for  each  item  appropriate  for  this  alternative?" 

In  many  cases,  the  base  case  schedules  vill  be  appropriate  for  most. 
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and  perhaps  in  some  cases  all,  materiel  items.  The  use  of  the  base  case 
schedules  in  pricing  an  alternative  force  postulates  the  same  rate  of 
modernization  for  the  alternative  as  for  the  base  force. 

The  phasing  schedules  in  the  original  inputs  were  designed  so  that 

the  deliveries  for  the  base  case  in  the  model  would  simulate  the  deliveries 

(3) 

in  the  Materiel  Annex  of  the  Army  Submissions  to  achieve  specified  inventory 

objectives.  For  a  discussion  of  the  derivation  of  the  base  case  schedules. 

(2) 

see  army  Cost  Model  Data:  Part  I,  Sources  and  Analysis. 

Since  adjustment  of  phasing  schedules  is  viewed  properly  as  part  of 
specification  of  the  force,  information  for  making  adjustments,  or  for 
using  the  base  case  schedules  with  no  adjustment,  should  come  from  the 
user.  In  most  cases  it  will  be  impractical  and  probably  unnecessary  to 
review  each  phasing  schedule  with  the  user.  One  approach  would  be  to 
review  only  the  schedules  for  a  few  major  items  in  which  the  user  is 
particularly  interested.  A  simpler  procedure  would  be  to  Inform  the 
user  that  unless  otherwise  requested,  the  base  case  schedules  will  be 
used  and  the  alternative  force  thereby  "modernized"  at  the  same  rate  a6 
the  base  force.  Regardless  of  the  procedure  chosen,  the  operator  should 
state  clearly  what  was  done  and  the  assumptions  implicit  in  the  choice 
when  the  results  of  the  exercise  are  transmitted  to  the  user. 

The  phasing  schedules  for  the  base  case  normally  can  be  safely  used 
for  costing  a  wide  range  of  alternative  forces.  Changes  of  an  organiza¬ 
tional  nature  generally  would  not  require  new  phasing  schedules.  (See 
Section  J.k.2  if  the  total  quantity  of  any  one  item  to  be  delivered  in  a 
given  year  is  large.)  When  an  alternative  involves  primarily  one  specified 
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equipment  Item,  or  a  few  items,  the  phasing  schedules  of  other  specified 
items  normally  need  not  be  considered  specifically.  When  a  personnel 
change  is  the  major  feature  of  an  alternative,  the  existing  materiel 
Inputs  probably  can  be  used  without  change. 

l.k.Z  Development  of  Alternative  Phasing  Schedules 

The  development  of  the  original  phasing  schedules  in  the  model  is 
described  in  Section  5*6  of  Army  Cost  Model  Data;  Part  I,  Sources 
and  Analysis.  Addition  of  new  specified  items  into  the  model,  as  described 
in  Chapter  6  of  this  manual,  involves  the  development  of  phasing  schedules 
for  the  new  items.  Chapter  11  suggests  the  periodic  review  of  the  existing 
inputs,  Including  phasing  schedules,  in  order  to  keep  the  base  case  valid. 
This  subsection  deals  with  the  more  specific  task  of  developing  a  ohasing 
schedule  for  an  alternative  specified  by  the  user. 

An  alternative  may  shift  priorities  between  mission/areas.  The 
materiel  phasing  schedules  for  selected  items  under  such  circumstances 
quite  reasonably  might  be  modified  in  order  to  modify  the  delivery 
rates  of  new  items  between  mission/areas. 

Whenever  an  alternative  force  specification  makes  significant  changes 
in  initial  allowances  for  major  materiel  items,  the  operator  should  consider 
the  multiplier  effects  of  the  maintenance  float  and  combat  consumption 
stockage  factors.  If  the  alternative  requires  increases  in  initial 
allowances,  the  total  deliveries  in  one  specific  year  as  determined  by 
the  model  may  be  unrealistic.  The  operator  should  consider  the 
desirability  of  stretching  out  the  delivery  period  by  using  a  more 
gradual  phase-in  rate. 
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For  a  discussion  of  procedures  and  data  necessary  for  developing 

phasing  schedules,  see  Army  Cost  Model  Data:  Fart  I,  Sources  and 
(2)  >.- 
Analysis.  The  minimum  data  necessary  for  developing  a  phasing  schedule 

are: 

(a)  Mission/area  priority  schedule 

(b)  Year  in  which  production  (delivery)  of  the 
item  is  to  begin 

(c)  Year  in  which  units  are  to  be  at  100$  inventory 
objective,  or,  approximate  annual  production  rate 
desired. 

7.5  MATERIEL  ADJUSTMENT  FACTORS 

Once  a  base  force  has  been  specified,  the  operator  can  use  adjustment 
factors  to  vary  the  specifications  of  an  alternative,  if  desired.  Table 
7.2  shows  the  adjustment  factors  available  for  modifying  materiel 
specifications.  The  first  column  of  the  table  shows  the  name  of  the 
factor,  as  it  is  printed  on  the  fixed  form  input  sheets  (see  Section 
13.1  of  this  manual).  The  second  column  of  the  table  indicates  the  level 
of  organization  to  which  the  factor  is  applied.  The  third  column  shows 
the  items  to  which  the  adjustment  is  applied.  The  fourth  column  shows 
the  fixed  form  input  sheet  on  which  the  adjustment  is  provided.  Changes 
should  be  entered  in  the  manner  described  in  Section  13.5' 

The  adjustment  factors  do  not  have  to  be  used,  since  the  model 
automatically  supplies  1.0  for  any  adjustment  factor  left  blank.  They 
are  available  for  the  convenience  of  the  operator  where  they  can  be 
used  to  specify  an  alternative.  The  adjustment  factors  for  materiel 
normally  should  not  be  used  without  careful  consideration  of  the 
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Table  7.2 

MATERIEL  ADJUSTMENT  EftfTTORfi 


OF  FACTOR 


LEVEL  OF 
APPLICATION 


CLASS  OF  EQUIPMENT 


INPUT 


Adjustment  Factor  - 
Equipment 

Adjustment  Factor  - 
Equipment 

Adjustment  Factor  - 
Repl . / Consumption 

Adjustment  Factor  - 
Related  Equipment 

Adjustment  Factor  - 
Train.  Consumption 


Basic  Force  Unit 


Major  Force  Unit 


Major  Ftorce  Unit 


Major  Farce  Unit 


Major  Farce  Unit 


Equipment  (all  items  II 

except  anno . ) 

Equipment  (all  items  I 

except  atmno . ) 

Replacement/Cons,  of  I 

equipment 

Related  Equipment  Stockage  I 
(Ammunition) 

Related  Equipment  con-  I 

sumption  (Ammo.  Training 
requirements ) 


Eq.  Combat  Cons.  Mission/ Area 

Stock  Level 
Adjustment  Factor 

Rel.  Eq.  Combat  Cons.  Mission/Area 
Stock  Level 
Adjustment  Factor 

Eq.  Combat  Cons.  Stock  World-Wide 
Level  Adjustment 
Factor 

Rel.  Eq.  Combat  Cons.  World-Wide 
Stock  Level  Adjust¬ 
ment  Factor 


Mission/Area  Equipment  Stocks 


Related  Equipment  Stocks  IV  B 


Equipment  Stocks 


Related  Equipment  Stocks  IV  A 


19 


decisions  which  are  involved.  An  overall  percentage  adjustment  on  equip¬ 
ment,  with  no  corresponding  adjustment  of  personnel,  for  example,  would 
distort  the  relationship  between  enlisted  man  and  rifles.  There  follows 
a  brief  listing  of  the  factors,  with  a  few  remarks  about  the  use  of  each 

The  Equipment  Adjustment  Factor  for  basic  force  units  may  be  used 
to  adjust  all  major  equipment  items  listed  in  the  model  for  a  particular 
basic  force  unit.  For  example,  it  can  be  used  to  vary  the  number  of 
all  equipment  items  in  BFU  21060  K  Infantry  Battalions  in  Europe  for  the 
year  N  or  for  all  years. 

The  Equipment  Adjustment  Factors  for  major  force  units  are  used  as 
those  for  BFUs  except  that  they  are  applied  against  major  force  units 
and  cover  all  BFUs  in  the  MFU.  Moreover,  they  can  be  applied  not  only 
against  equipment  (all  items  except  ammunition),  but  also  against  other 
classes  of  equipment,  namely,  related  equipment  (stockage  requirements 
for  ammunition),  replacement/consumption  (materiel  attrition  requirements), 
and  finally,  training  consultation  (the  amount  of  amminltlon  required  for 
training).  For  example,  the  related  equipment  factor  can  be  used  to 
adjust  the  amount  of  ammunition  required  for  stockage  for  MFU  13050  K, 
Infantry  Brigades  in  Europe,  for  the  year  N  or  all  years. 

The  Equipment  (or  Related  Equipment)  Combat  Consumption  Stock 
Level  Adjustment  Factor  (Input  Sheet  IV  A,  B)  is  used  to  adjust  the 
stock  level  of  all  items  of  major  equipment.  The  factor  for  related 
equipment  is  shown  separately.  It  can  be  calculated  either  on  a  mission/ 
area  basis  or  on  a  World-Wide  basis. 
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7.6  DELETION  OF  ITB<S 

One  important  aspect  of  the  constant  maintenance  of  the  model 
is  the  elimination  of  unneeded  input  items.  Computer  memory  space 
and  running  time  may  he  wasted  unless  deletions  are  made  whenever 
they  can  he  made  without  reducing  the  effectiveness  of  the  model. 

The  following  subsections  discuss  the  criteria  to  he  considered 
in  connection  with  deletions  of  materiel  data.  The  procedure  for 
deletions  is  discussed  in  Section  13 .5  of  this  manual. 

7.6.1  Deletion  of  Substitute  Items 

When  a  phasing  schedule  has  been  established  to  provide  for  two 
specific  items  within  one  generic  group,  the  operator  should  review 
periodically  the  utility  of  the  two  specific  items.  There  may  be 
little  need  for  the  older  item  in  the  model,  particularly  after  the 
original  phasing-in  has  been  accomplished.  Substitute  items  which 
generate  no  costs  are  of  limited  importance.  Items  which  have  no 
procurement  cost,  no  maintenance  cost,  or  which  generate  no  requirements 
for  related  materiel  (including  ammunition)  should  be  deleted  unless  a 
specifically  useful  purpose  is  identified. 

7.6.2  Deletion  of  Phasing  Schedules 

Materiel  items,  in  general,  should  be  associated  in  the  model  with 
phasing  schedules.  See  Sections  6.1.5  and  J.k  of  this  manual  for  criteria 
Involved  in  the  possible  determination  to  specify  materiel  items  directly 
in  MFU's  or  BFU's  without  the  use  of  phasing  schedules. 


-81- 

Whenever  a  materiel  Item  la  deleted  from  the  model,  for  a ny  reason, 
the  materiel  phasing  schedule  related  to  it  also  should  be  deleted. 

7.6.3  Deletion  of  Lag  Factors 

Any  lag  factor  pattern  no  longer  used  or  expected  to  be  used  should 
be  deleted  from  Input  Sheet  IV  C.  To  find  out  whether  a  pattern  is  used 
the  operator  can  use  the  Inverse  Listing.  He  should  look  among  the 
code  "00035"  entries  with  ID's  in  the  materiel  (31XXX)  series,  and 
check  for  the  appropriate  index  number  in  column  13-17  of  the  data 
field. 


7 .6,h  Deletion  of  Specified  Items 

The  selection  of  the  original  items  for  the  model  is  describe^  in 
Section  5.1,  Amy  Post  Model  Data:  Part  I,  Sources  and  Analysis.  Intro¬ 
duction  of  additional  items  is  described  in  Chapter  6  of  this  manual,  and 
is  suggested  as  part  of  "Updating  the  Data  Base"  in  Chapter  11.  At  any 
given  time  the  specified  materiel  items  should  serve  the  purposes  of  the 
model.  The  operator  should  be  alert  to  reductions  in  the  importance  of 
specified  items.  Any  item  formerly  specified,  which  is  no  longer  a 
significant  element  in  the  total  cost  of  a  force, should  be  deleted. 

To  delete  an  item  it  must  be  deleted  from  each  BFU  and  MFU  in 
which  it  has  been  specified.  Once  it  is  deleted,  the  related  data  of 
Input  Sheets  III  A,  III  B,  and  III  C  also  should  be  deleted. 

To  identify  all  data  related  to  the  item,  the  operator  should 
locate  the  item  in  both  the  Standard  and  the  Inverse  Input  Listings. 

In  this  way,  the  operator  can  identify  every  instance  in  which  the 
code  number  of  the  item  is  used  as  eltler  an  ID  (columns  1-5 )  or  a 
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data  code  (columns  7-H)*  All  data  associated  with  the  Item  should  be 
deleted. 


4 
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Chapter  8 
PERSONNEL  CHANGES 

This  chapter  discusses  the  requirements  for  the  addition  of  a  new 
personnel  type  into  the  model.  It  also  discusses  how  to  make  changes 
in  the  authorized  strength  of  a  unit  and  how  to  use  the  personnel 
adjustment  factors  for  manning  level  changes  in  pricing  alternative 
forces.  The  following  sections  are  included: 

8.1  ADDING  A  NEW  PERSONNEL  TYPE 

8.1.1  Criteria  for  Adding  a  New  Type 

8.1.2  Inputs  Required 

8.2  CHANGES  IN  YEAR-END  STRENGTH 

8.3  CHANGES  IN  MANNING  LEVEL  ( ADJUSTT'ENT  PACTORd) 

8.3.1  Ihctors  Available  to  Adjust  Personnel  Requirements 

8.3.2  Use  of  Adjustment  Factors 

8.1  ADDING  A  NEW  PERSONNEL  TYPE 

There  are  10  personnel  types  in  the  Mark  I  model.  They  are: 

(1)  Officer  -  flight  rated 

(2)  Enlisted  -  flight  rated 

(3)  Officer  -  hazardous  duty 

(4)  Enlisted  -  hazardous  duty 

(5)  Officer  -  other 

(6)  Enlisted  -  other 

(7)  Officer  -  trainer/trainee,  Program  VII 
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(8)  Enlisted  -  trainer/trainee.  Program  VII 

(9)  Civilian  -  direct  hire 

(10)  Civilian  -  contract  foreign  national. 

Personnel  types  7  through  10  are  for  manning  purposes  only  and 
have  no  costs  applied  to  them.  The  costs  associated  vith  the  civilian 
personnel  types  are  included  in  the  Operations  and  Maintenance  factors 
and  thruputs .  The  costs  associated  vith  the  trainers  and  trainees  are 
included  in  the  training  cost  of  personnel  types  1  through  6.  Hazardous 
duty  personnel  in  the  model  are  primarily  personnel  on  jump  status. 

Only  the  combat  category  units  in  Program  II  and  Program  III  are 
specified  in  the  model.  The  personnel  in  the  Program  II  and  III  support 
units  are  included  by  means  of  a  non-specified  to  specified  personnel 
ratio.  Hie  non-specified  to  specified  personnel  ratio  vas  developed 
by  subtracting  the  number  of  specified  personnel  in  the  model  by 

(3) 

mission/area  from  the  total  number  in  the  Army  Program  Submission  in 
each  geographic  area.  The  ratio  vas  then  derived  as  follows; 

Hon-Bpecified  personnel  (by  type) 
ratio  «■  Total  specified  military  personnel 

The  ratios  were  developed  by  Program,  by  mission/area,  by  year,  for 
the  following  categories:  Officers,  Enlisted  man,  Civilians-direct  hire, 
and  Civilians-corrtract  foreign  national. 

8.1.1  Criteria  for  Adding  a  Hew  Type 

In  general,  new  personnel  types  are  made  desirable  by  significant 
changes  in  personnel  costs  -  whether  the  cost  changes  are  due  to  pay 
and  allowance  costs,  training  costs,  turnover  rates,  or  a  combination 
of  all  these  costs.  When  the  operator,  through  research,  has  developed 
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a  pay  and.  allovance  factor,  and/or  turnover  rate,  and/or  training  coat 
that  is  different  from  the  factors  in  the  model, and  vhicn  is  to  be 
applied  to  a  type  of  personnel  not  already  in  the  model,  the  operator 
has  the  requirement  for  adding  a  new  personnel  type.  For  example, 
if  a  missile  unit  is  being  added  to  the  model  and  the  training  cost 
for  the  personnel  of  the  unit  is  significantly  different  from  the 
training  costs  for  the  personnel  types  already  in  the  model,  the  operator 
then  may  wish  to  add  a  new  personnel  type.  Another  example:  if  the 
operator  has  determined  those  enlisted  personnel  on  flight  status  who 
are  also  receiving  proficiency  pay,  which  increases  the  pay  and 
allowance  factor  for  this  personnel  type,  the  operator  may  then  add  a 
new  personnel  type  to  reflect  this  increased  pay. 

8 .1 .2  Inputs  Required 

To  add  a  new  personnel  type,  the  following  information  is  required: 

(a)  Hie  code,  i.e.,  4XXXX,  for  the  new  type.  Any  five 

digit  personnel  code  within  the  following  constraints 

and  not  previously  used  is  permissible:  officers  - 

code  41XXX;  enlisted  -  code  42XXX;  civilian  -  code  43XXX. 

(b)  Input  Sheet  I  and  Input  Sheet  II: 

-  The  MRJs  and/or  BRJc  to  which  the  new  type  is  assigned. 

-  The  number  of  the  new  type  in  each  MFU  and/or  BFTJ  in 
each  year. 

(c)  Input  Sheet  III  D: 

t 

-  Fay  and  allowance  factors  by  mission/area. 

-  Turnover  rate  by  mission/area. 

-  Training  cost  for  the  new  personnel  type, 

-  Heplacement/deficiency  construction  cost,  which  will  be 
the  same  as  the  cost  used  for  the  other  personnel  types. 
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(d)  Input  Sheet  III  E: 

-  Unspecified  personnel  ratio.  When  a  new  personnel 
type  is  added,  the  non-specified  to  specified 
personnel  ratios  should  he  reviewed,  since  the 
ratios  may  change  (see  Army  Cost  Model  Data: 

Part  I.  Sources  and  Analysis.  Section 


8.2  CHANGES  IN  YEAR-END  STRENGTH 


BFU  or  MFU  personnel  strength  changes  are  made  in  the 
following  manner: 

Before: 

"Officers,  other"  in  a  BFU  or  MFU 
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To  change  the  number  of  "Officers,  other"  in  this  unit  from  76 
to  96,  change  76  to  96.  Do  not  enter  the  increment  of  20.  The  entry 
now  is: 


After: 
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The  unit  strength  can  also  be  changed  by  year  -  for  example,  to 
reflect  a  unit  building  up  to  full  strength. 
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To  change  the  number  of  "Officers,  other"  in  this  unit  from  j6 
to  96  beginning  in  the  year  N,  96  would  be  entered  in  year  N  as 
follows: 

After: 
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8.3  CHANGES  IN  MANNING  LEVEL  (ADJUSTMENT  FACTORS) 

This  section  lists  all  personnel  adjustment  factors  available 
in  the  model  and  explains  how  they  are  applied. 

The  adjustment  factors  can  be  used  in  costing  alternative  Army 
force  structures.  They  should  be  used  for  broad  departures  from  the 
base  case,  fbr  example,  if  the  assignment  is  to  increase  personnel 
by  10  percent  "across  the  ooard,"  it  is  much  easier  for  the  operator 
to  accomplish  this  using  the  adjustment  factors  than  by  making  the 
corresponding  changes  in  the  authorized  strength  of  the  units  by  the 
method  outlined  in  the  previous  section  (Section  8.2). 

8.3.1  Factors  Available  to  Adjust  Personnel  Requirements 

Table  8.1  lists  each  of  the  personnel  adjustment  factors  available 
in  the  model.  The  first  column  in  the  table  shows  the  name  of  the 
factor  (the  name  is  the  same  as  that  shown  on  the  input  sheets  used 
in  the  model).  The  second  column  indicates  the  level  of  organization 
to  which  the  factor  is  applied.  The  third  column  refers  to  the 
class  of  personnel  selected  and  includes  all  personnel  in  the  class;  e.g., 
"Officers,"  refers  to  all  officers  in  the  specified  organization.  Hie 
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Table  8.1 

PERSONNEL  ADJUSTMENT  FACTORS 


NAME  OP  FACTOR 

LEVEL  OP 
APPLICATION 

CLASS  OF 
PERS. 
SELECTED 

INPUT 

SHEET 

(1) 

ft.  Adjustment  Factor  - 
Officer 

Basic  Force  Unit 

Officers 

II 

b.  Adjustment  Factor  - 
Enlisted  Men 

Basic  Fbrce  Unit 

Enl.  Men 

II 

c.  Adjustment  Factor  - 
Civilian 

Basic  Fbrce  Unit 

Civilians 

II 

(2) 

a.  Adjustment  Factor  - 
Officer 

Major  Fbrce  Unit 

Officers 

I 

b.  Adjustment  Factor  - 
Enlisted  Men 

M^Jor  Fbrce  Unit 

Enl.  Men 

I 

c.  Adjustment  Factor  - 
Civilian 

.. 

Major  Force  Unit 

Civil  isms 

I 
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last  column  lists  the  input  sheet  on  which  the  factor  is  entered.  For 
example,  the  first  factor  shown  on  the  table  (la)  adjusts  the  total 
number  of  officers  in  a  specific  basic  force  unit  and  is  entered  on 
Input  Sheet  II.  If  there  is  more  than  one  officer  type  in  the  unit, 
the  officer  adjustment  factor  will  be  applied  against  all  officer  types. 

The  two  different  types  of  factors  shown  in  the  table  are 
explained  below.  The  numbers  refer  to  those  shown  under  the  "Name 
of  Factor." 

(1)  The  Adjustment  Factors  for  basic  force  units  are  used  to 
adjust  the  number  of  officers,  enlisted  men,  or  civilians  in  specified 
basic  force  units.  For  example,  (la)  can  be  used  to  vary  the  number 
of  officers  in  BFU  20150  K  (Engineer  Battalions  in  Europe)  for  a  single 
year  (or  for  all  years). 

(2)  The  Adjustment  Factors  for  major  force  units  are  used  in  the 
same  manner  as  those  for  BFU's  except  that  they  are  applied  not  only  to 
the  personnel  assigned  to  the  MFU  but  also  to  the  personnel  assigned 
to  all  BFUs  which  are  part  of  the  MFU. 

While  the  adjustment  factors  are  aimed  at  certain  types  of  adjust¬ 
ment,  a  few  of  them  overlap.  Thus  one  should  understand  the  factors 
well  enough  so  that  the  most  convenient  factor  can  be  selected  for 
the  problem  at  hand.  For  example,  if  the  general  manning  level  of  all 
units  in  Europe  has  to  be  increased  by  10  percent  in  costing  an  alter¬ 
native  force,  it  can  be  done  in  several  ways.  One  can  either  use  the 
BFU  adjustment  factors  or  the  MFU  adjustment  factorB,  and  enter  110 
percent  for  all  units  in  Europe.  However,  because  there  are  fewer 


-90- 


MJUs  than  BPTJs,  the  MFU  adjustment  factors  would  be  the  most  efficient 
ones  to  use. 

8.3.2  Use  of  Adjustment  Factors 

The  following  example  Illustrates  how  the  personnel  adjustment 


factors  are  used: 

BFU  Before: 

'  Adjustment  factor, 
officer 


Officer,  other 


I  I  «-l  I 


loloMiilkJ  II  1  11 


The  number  of  "Officers,  other"  in  the  above  unit  is: 

Officers,  other  x  officer  adj.  factor 
7 6  x  1.0000  »  76 

The  1.0000  is  supplied  by  the  computer  program.  For  a  more  detailed 
explanation  see  Section  13 .2.3  on  format  codes. 

To  increase  the  number  of  "Officers,  other"  in  the  unit  by  26 
percent,  add  0.2600  to  1.0000  and  enter  1.2600  in  the  officer  adjust¬ 
ment  factor  line.  The  above  example  will  now  appear  as  follows: 

BFU  After: 

Adjustment  factor, 
officer 


Officer,  other 
The  number  of  "Officers,  other"  in  the  unit  now  is: 

Officers,  other  x  officer  adj.  factor 

76  x  1.2600  =  96 

The  personnel  adjustment  factor  also  can  be  used  to  vary  personnel 
strength  by  year  as  in  the  following  example: 


N-l 


7 

8 

9 

10 

11 

12 

13 

lk 

15 

16 

17 

0 

0 

0 

6 

1 

1 

1 

2 

6 

0 

0 

Ul 

_L 

0 

* 

0 

7 

6| 
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BHJ  Before; 

Adjustment  factor, 
officer 


Officer,  other 


If  the  manning  level  is  to  he  increased  by  2650  for  only  year  N, 
enter  1.2600  in  the  adjustment  factor  line  for  year  N  and  enter  1.0000 
for  year  N  +  1  in  order  to  return  the  personnel  strength  to  the  original 
level  of  year  N  -  1.  The  example  now  would  appear  as  follows: 

BFU  After: 


Adjustment  factor, 


The  number  of  "Officers,  uther,"by  year,  in  the  unit  now  is: 
Officers,  other  x  officer  adjustment  factor 


Year  N  -  1  76  x  1.0000  =  76 

N  76  x  1.2600  -  96 

N  +  1  76  x  1.0000  *  76 

Following 

years  76  x  1.0000  =  76 
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The  personnel  strengths  In  the  Mark  I  model  are  authorised 
strengths  vhich  may  or  may  not  be  equal  to  the  TOfcE  Requirement  (full 
strength).  Understanding  of  this  distinction  is  important  vhen  changes 
are  to  be  made.  For  example,  vhen  the  assignment  is  to  increase  the 
manning  level  by  10$,  this  could  mean  that  the  authorized  strength 
itself  should  be  increased  by  10$  or  that  the  manning  level  should 
increase  by  10$  of  the  full  strength.  The  operator  must  determine,  before 
he  begins  to  make  a  change,  vhat  the  user  vants  vhen  he  asks  to  change 
the  manning  level. 


-93- 


Chapter  9 
COLLAR  INPUTS 


Chapters  k  through  9  of  this  manual  describe  the  methods  used  in 
the  model  to  specify  physical  and  organizational  aspects  of  the  force. 
Dollar  amounts  also  may  be  entered  directly  in  the  Any  Cost  Model  when 
appropriate.  Many  kinds  of  support  cost  are  relatively  invariant  with 
changes  in  the  force  and  most  readily  can  be  entered  directly  as  items 
of  cost.  This  chapter  deals  with  such  direct  dollar  inputs  as  veil  as 
vlth  certain  organizationally  related  cost  factors.  The  following  sections 
are  Included: 

9.1  MFU  DOLLAR  INPUTS 

9.1.1  MFU  Cost  Thruputs  (Data  Code  03XXX) 

9.1.2  Materiel  Annex  Thruputs  (02XXX) 

9.1.3  Per  Man  Dollar  Inputs  (04XXX  and  05XXX) 

9.2  BFU  DOLLAR  INPUTS 

9.2.1  BFU  Materiel  Annex  Dollar  Inputs  (02XXX) 

9.2.2  Per  Unit  Cost  Inputs  (06XXX  and  07X3CX) 

9.3  COST  CATEGORY  CODES 

9.1  MFU  DOLLAR  INPUTS 

MFU  dollar  inputs  are  of  three  types,  as  listed  below.  These  inputs 
are  entered  on  Input  Sheet  I  and  coded  as  shown: 

(a)  Cost  Thruputs,  code  03XXX 

(b)  Materiel  Annex  Thruputs,  code  02XXX 

(c)  P®1"  men  cost  factors,  code  04XXX  or  05XXX. 

9.1.1  MFU  Cost  Thruputs  (Data  Code  03XXX) 

Dollar  Inputs  may  be  appropriate  for  support  costs  where  no  specific 
organizational  relationships  or  other  cost  estimating  relationships  are 
known  to  exist.  Some  budget  accounts  (for  example,  BA  1705 
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"Promotion  of  Rifle  Practice")  are  Included  in  the  model  in  order 
to  account  for  the  total  A ray  budget.  The  model  does  not  estimate 
the  costs  in  such  budget  accounts]  the  input  amounts  are  included, 
along  with  the  cost  estimates  produced  in  the  model,  in  the  output 
reports.  Ibr  this  reason  these  costs  are  called  "thruputs."  The 
steps  involved  in  entering  cost  thruputs  for  a  budget  account  are: 

(a)  Identify  the  cost  as  one  of  the  following  three  major 
types:  research  and  development,  investment,  or  opera¬ 
tions. 

(b)  Find  the  data  code  assigned  for  the  appropriate  budget 
category  within  the  selected  major  cost  type.  A  list 
of  cost  category  codes  is  Included  in  Section  9.3. 

(c)  Prefix  the  selected  3  digit  code  by  the  digits  03. 

The  input  will  then  start  with:  columns  1  through  5 

-  MFU  Identification  number;  column  6  -  Mission  area: 
columns  7  through  11  -  03XXX,  where  "XXX"  is  the  selected 
code  pattern. 

(d)  Determine  the  dollar  amounts  which  should  appear  in  the 
output  reports  for  each  year. 

(e)  Select  the  appropriate  format  code  for  column  12.  (See 
Section  13.2.3  of  this  manual.) 

(f)  Enter  the  amounts  in  the  appropriate  data  fields  by  year. 

The  model  determines  some  specific  costs,  such  as  BP  2300  mainte¬ 
nance  costs,  on  the  basis  of  per  unit  or  per  man  costs  for  the  specified 
portions  of  the  combat  force.  Additional  costs  of  these  same  types  are 


incurred  by  unspecified  force  units.  In  the  model  such  additional 
costs  are  entered  as  thruputs  to  be  combined,  according  to  the  last  three 
digits  in  the  data  code,  with  the  cost  calculated  for  the  specified 
units. 

9.1.2  Materiel  Annex  Thruputs  (02XXX) 

Costs  and  quantities  for  materiel  items  are  included  not  only  in 
the  major  force  unit  output  reports;  they  are  included  also  in  the 
model  materiel  annex.  PEMA  costs  which  cannot  be  estimated  readily 
on  the  basis  of  specific  items  procured,  e.g.  STARCJOM,  can  be  entered 
in  the  form  of  dollar  thruputs.  Such  materiel  thruputs  are  coded  02XXX 
so  that  they  will  appear  in  the  materiel  annex.  To  enter  a  materiel 
annex  thruput,  the  following  procedures  are  appropriate: 

(a)  Identify  the  appropriate  code.  All  materiel  annex 
thruputs  are  coded  02XXX  in  columns  7  through  11.  The 
Inverse  Listing  (see  Section  13.^. 2  of  this  manual)  will 

be  the  appropriate  reference.  If  no  code  has  been  assigned, 
see  Section  13.2.5.  A  new  dictionary  entry  will  also  be 
needed  (see  Section  13.6). 

(b)  Enter  the  cost,  by  years,  in  the  same  manner  as  for  non- 
materiel  costs,  described  in  Section  9«1*1* 

9«1.3  Per  Man  Dollar  Inputs  (04XXX  and  05XXX) 

If  cost  estimating  relationships  based  on  the  number  of  military  men 
can  be  established,  the  model  can  accept  METJ  inputs  for  the  estimation 
of  the  costs  for  any  of  the  established  categories.  Costs  may  be  estimated 
on  the  basis  of  either  the  average  nunfcer  of  military  men  or  the  incremental 
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ndlltary  men.  The  average  la  computed  on  the  basis  of  the  beginning 
and  ending  year-end  strength*  The  incremental  cost  is  applied  to  the 
net  increase,  if  a ay,  in  end  strength  over  the  end  strength  of  the 
previous  year.  To  enter  either  kind  of  per  nan  cost  factor  in  a 
major  force  unit  the  following  procedure  is  appropriate: 

(a)  Identify  the  kind  of  cost  involved  in  terms  of  cost  and 
budget  categories.  The  final  three  digits  of  the  data 
code  will  be  taken  from  the  list  Included  in  Section  9.3. 

(b)  Determine  the  appropriate  estimating  relationship.  If 
it  is  to  be  "per  average  military  man,"  prefix  the 
selected  3  digits  with  "OV;"  if  it  is  to  be  "per 
Incremental  military  man,"  prefix  the  selected  3  digits 
with  "05." 

(c)  Determine  the  appropriate  format  code. 

(d)  Enter  the  factors,  which  may  be  varied  by  year  if  desired. 

These  rates  will  apply  to  the  selected  manpower,  as  adjusted, 
in  the  entire  major  force  unit. 

9.2  BgJ  DOLLAR  INPUTS  ' 

BFU  dollar  inputs  cure  of  two  types: 

(a)  Materiel  Annex  Dollar  Inputs,  code  02XXX 

(b)  Per  unit  cost  factors,  code  06XXX  or  07XXX. 

9.2.1  BFU  Materiel  Annex  Dollar  Inputs  (02XXX) 

See  the  description  of  MPU  materiel  annex  thruputs  in  Section  9.1.2. 

The  procedure  for  BFU's  is  the  same,  except  that  the  Inputs  are  entered 
on  a  per  BFU  basis.  An  example  is  shown  on  the  Input  Sheet  II  included 
in  Section  13.1,  where  "REDEYE  OTHER"  costs  of  $73,600  and  $12, 1*00  per 
battalion  are  entered  and  coded  as  "02138." 
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9.2.2  Per  Unit  Coat  Inputs  (06XXX  and  07XXX) 

Cost  factors  per  basic  force  unit  can  be  expressed  either  as  costs 
per  average  unit  or  per  incremental  unit.  BTU  inputs  of  this  type  must 
be  constant  over  time;  they  cannot  be  varied  by  year.  Jbr  an  input  of 
this  type  the  procedure  is: 

(a)  Identify  the  appropriate  final  three  digits  of  the  data 
code,  using  the  list  in  Section  9*3  and  considering  the 
cost  and  budget  categories  involved. 

(b)  Determine  the  appropriate  estimating  relationship.  If 
it  is  to  be  "per  average  unit,"  prefix  the  selected  3 
digits  with  "06;"  if  it  is  to  be  "per  incremental  unit," 
prefix  them  with  "07." 

(c)  Determine  the  appropriate  format  code. 

(d)  Enter  the  unit  cost  in  the  space  for  year  H-l,  columns 
13-17 •  As  noted  previously,  the  per  unit  cost  must  be 
constant  over  time. 

An  example  of  this  procedure  is  shown  on  Input  Sheet  II  in  Section 
13*1.  The  Major  Overhaul  and  Maintenance  (BP  2300)  has  been  determined 
to  be  $160,000  per  year  per  battalion.  The  final  digits  "660"  are  from 
the  list  in  Section  9*3  and  the  prefix  "06"  shows  that  the  average 
number  of  units  is  to  be  used.  In  the  year  N+l,  for  example,  the 
Illustration  Input  Sheet  I  shows  that  there  will  be  an  average  of  3 
of  BTU  20350  included  in  MFU  13010. 

The  costs  calculated  on  a  per  unit  basis,  as  well  as  per  man  costs 
developed  at  the  MTU  level,  will  be  s  unsnarl  sed  with  costs  entered  with  the 
same  final  three  digits.  The  aggregates  will  appear  in  the  outputs  as 
03XXX  costs. 
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9.3  COST  CATEGORY  CODES 

Dollar  inputs  in  each  case  are  identified  by  a  five  digit  data  code, 
in  columns  7  through  U,  in  which  the  first  digit  is  zero,  the  Becond 
digit  shove  the  kind  of  cost  estimating  relationship,  and  the  last  three 
digits  Identify  the  particular  cost  element.  The  allowable  second  digits, 
as  described  in  Sections  9«1  and  9.2  are: 

(a)  2  s  Materiel  Item  Dollar  Inputs,  for  Materiel  Annex 

(b)  3  “  Dollar  Inputs,  Totals 

(c)  b  =  MHJ  Cost  Per  Average  Military  Man 

(d)  5  *  MFU  Cost  Per  Incremental  Military  Man 

(e)  6  *  Cost  Per  Average  BFU 

(f)  7  **  Cost  Per  Incremental  BFU 

The  final  three  digits  can  be  selected  from  Table  9.1  in  which 
"X"  represents  the  digit  3,  b,  5,  6,  or  7,  as  appropriate.  Those  cost 
categories  coded  03*XX  must  be  entered  in  that  form,  i.e.,  the  second 
digit  is  always  3*  If  a  new  cost  category  is  to  be  established,  a  new 
code  will  be  needed  (see  Section  13.2.5  of  this  manual). 
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Table  9.1 

COST  CATEGORY  CODES 


POST  ELEMENTS _ X  ■  3«  4,  5.  6,  7 _ 00 EES 

Total - - - - - - - 03000 

Research  &  Development,  Total - - - - - -03100 

RDT&E  (BA  2040)— . . . - . -0X110 

Mil.  Const.,  Research  Pacil.  (BA  2050) - 0X150 

Investment,  Total - 03200 

Construct  ion - 03210 

Mil.  Const.,  Amy  (BA  2050) - 0X214 

Mil.  Const.,  ARNG  (BA  2085) . -0X216 

Mil.  Const.,  Army  Reserve  (BA  2086) - 

PEMA  (BA  2030) . -0X230 

O&M  (BP  2200) . -0X250 

Training,  Total  Initial - 03270 

Mil.  Const.,  Arny  (BA  2050)- - —0X272 

PEMA  (BA  2030) - - - - - - _ 0X274 

Mil.  Pers.  (BA  2010) - 0X276 

O&M  (BP  2100) . -0X278 

Operations,  Total - 03600 

PEMA  (BA  2030) . - . 0X610 


Promotion  of  Rifle  Practice  (BA  1705) 


-0X620 


Military  Personnel - 03630 

Military  Pers.,  Arny  (BA  2010) - 0X632 

Military  Pers.,  Array  Reserve  (BA  2070 ) - 0X634 

Military  Pers.,  ARNG  (BA  206o) . - . OX636 

Operations  &  Maintenance - 03650 

OAM,  Family  Housing  (BP  1900) - OX654 

O&M,  Operating  Forces  (BP  2000)— - - OX656 

O&M,  Central  Supply  (BP  2200) - OX658 

O&M,  Major  Overhaul  &  Maint.  (BP  2300) - 0X660 

O&M,  Medical  Activities  (BP  2400) - 0X662 

O&M,  Amy  Wide  Activities  (BP  2500) - 0X664 

O&M,  Amy  Reserve  &  ROTC  (BP  2600) - 0X668 

O&M,  Joint  Projects  (BP  2700) - 0x670 

O&M,  Intelligence  Activities  (BP  2800 ) - 0X672 

O&M,  Comm.  &  Pictorial  Serv.  (BP  2900) - OX67J' 

O&M,  ARNG  (BA  2065) . -OX676 


Training,  Total  Annual - 

Military  Const.,  Army  (BA  20 50) 

PEMA  (BA  2030) . 

Military  Pers.  (BA  2010) - 

O&M  (BP  2100) . 


-03680 

-0X688 
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Chapter  10 

OUTPUT  PROCEDURES 

This  chapter  describes  the  output  reports  which  are  available 
fror.  the  model  and  outlines  the  procedures  for  obtaining  desired 
outputs.  The  sections  are  as  follows: 

10.1  TYPES  OF  OUTPUT  AVAIIABLE 

10.1.1  "User"  Reports 

10.1.2  Analytical  Reports 

10.2  OUTPUT  AGGREGATIONS 

10.2.1  Levels  of  Aggregation 

10.2.2  Aggregation  Element  Inputs 

10.2.3  Aggregation  Titling 

10.2.4  Determining  the  Output  Report 

10.2.5  Identifying  the  Output  Report 

10.3  EVALUATION  OF  RESULTS 

10.3.1  Checkout  of  Base  Case  Runs 

10.3.2  Checkout  of  Alternative  Forces 

10.4  COMMUNICATION  OF  RESULTS 

10.1  TYPES  OF  OUTPUT  AVAILABLE 

The  total  output  of  the  model  is  substantial  and  is  divided  into 
"user"  reports  and  analytical  reports.  The  user  reports  are  the  output 
reports  which  the  operator  may  want  to  furnish  to  the  user  who  requests 
the  coating  of  an  alternative  force.  The  user  reports  contain  the  "Ehglish" 
associated  with  each  5  digit  identification  or  code  number  which  appears 
in  the  reports  to  inform  the  user  that,  for  exa?^>le,  code  "31229"  is 
a  "Rifle  7.62nm  Ml4."  The  analytical  reports  are  reports  which  assist 
the  operator  in  his  work  and  do  not  convert  code  numbers  into  English. 
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10.1.1  "User" Reports 

The  user  reports  are  divided  as  follows; 

(a)  Cost  and  Personnel  Summaries 

-  Total  all  Programs  and  Program  totals 

-  Mission/area  totals 

-  Program  ELement  totals 

-  Major  force  unit  totals 

-  Aggregations  of  major  force  units  (see  Section  10.2). 

(b)  Materiel  Annex 

-  Total  Force 

-  Major  force  unit  totals . 

The  cost  and  personnel  summaries  contain  TOA  for  each  fiscal  year 
by  cost  category  and  by  budget  account.  They  also  contain  year-end 
personnel  strengths.  The  model  materiel  annex  contains  procurement 
and  delivery  schedules  for  every  materiel  item  by  fiscal  year  and  the 
dollar  amounts  associated  with  the  procurement  and  delivery  quantities. 

Table  10.1  presents  a  sample  cost  and  personnel  summary  for  a  major 
force  unit.  Table  10.2  presents  a  sample  materiel  annex. 

Any  or  all  output  reports  can  be  produced  by  the  computer  program. 

It  may  not  be  necessary  to  have  every  report  printed  each  time  that  a 
model  run  is  made.  For  example,  if  the  user  is  interested  only  in  the 
cost  by  Program  for  several  alternative  forces,  the  operator  may  decide 
to  include  the  raission/area  totals  and  Program  ELement  totals  as 
backup  information  but  to  omit  the  major  force  unit  report  as  not 
essential  for  evaluation  of  the  Program  costs  for  the  alternative  forces. 
Ground  rules  cannot  be  established  to  tell  the  operator  when  to  omit  a 
report;  each  run  will  have  its  own  determining  factors. 


TABLE  10.1 
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10,1.2  Analytical  Reports 

Hie  analytical  reports  are  designed  as  tools  to  aid  the  operator 
in  his  work  and  not  as  reports  which  the  user  normally  will  require. 
Therefore,  the  analytical  reports  are  almost  devoid  of  any  English 
translation  of  the  codes  used  in  the  model.  For  example,  the  analytical 
outputs  will  have  only  the  code  "31229"  for  a  materiel  item  but  will 
not  have  "Rifle  7.62mm  Ml4." 

The  analytical  reports  of  the  model  are: 

a)  Two  "Regular"  reports 

-  Materiel  delivery  schedules  and  personnel  training 
workloads  by  mission/area. 

-  Year-end  assets  and  deliveries  for  materiel,  and 
personnel  end-strengths,  by  Program. 

b)  Special  analytical  reports  (examples) 

-  Materiel  initial  allowances  by  Program,  mission/area, 
and/or  major  force  unit. 

-  Stocks  (maintenance  float  and/or  combat  consumption) 
by  Program,  mission/area,  and/or  major  force  unit. 

Hie  regular  reports  are  programmed  already  and  generally  are 
printed  every  time  a  model  run  is  made.  The  other  special  analytical 
reports  can  be  made  available  to  the  operator  with  little  reprogramming 
effort  by  the  ADP  operator.  When  the  operator  decides  that  he  has  a 
need  for  some  output  report,  he  should  consult  with  the  ADP  operator 
to  determine  whether  the  output  report  can  be  programmed. 

(* 

He  classification  of  these  reports  as  "analytical  reports  and 
not  as  user  reports  does  not  mean  that  they  cannot  be  made  available 
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to  the  user,  If  he  has  a  need  for  then. 
10.2  OUTPUT  AGGREGATIONS 


10.2.1  Levels  of  Aggregation 

There  are  many  major  force  unit  aggregations  possible,  although 
some  are  more  useful  than  others.  The  list  of  these  aggregation  types, 
which  are  discussed  below, is  Included  to  Indicate  the  range  of 
possibilities  which  exist. 

(a)  Program  Element  Aggregations.  Major  force  units  may  be 
aggregated  to  present  outputs  by  Program  Element.  Although  some  major 
force  units  are  equivalent  to  Program  Elements  (e.g.,  HAWK  Battalions  - 
Europe),  others  must  be  combined  to  form  a  Program  Element.  For 
example.  Program  ELement  "Missile  Commands  -  Europe"  is  composed  of 
the  follow  major  force  units: 


MIU  No  • 

Ifcune 

TOE 

13082 

Missile  Command  -  F.A.  Missile  Battalion, 

Corporal 

6-5U5E 

1308U 

Missile  Command  -  F.A.  Missile  Battalion, 

Sergeant 

6-555T 

13086 

Missile  Command  -  Aviation  Company,  Surveillance 

1-37T 

13088 

Missile  Command  -  Other 

(b)  Mlsslon/Area  Aggregations.  Mission/area  aggregations  are 
produced  by  aggregating  each  major  force  unit  within  the  mission/area. 
Table  10.3  contains  the  twelve  mission/area  aggregations  possible  in  the 
Mark  I  model.  In  the  left  hand  column  the  beginning  and  ending  major 
force  units  within  each  aggregation  are  indicated.  Five  of  these 
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Table  10.3 

MARK  I  COST  MODEL  MISSIOTl/AREA  AGGREGATIONS 


MFU  No's 

12002  to  12008 

ARADCOM 

13000  to  13132 

Europe 

13134  to  13210 

Pacific 

13212  to  13242 

Alaska 

13244  to  13264 

Caribbean 

13266  to  13388 

STRAC 

13390  to  13474 

Other  STRAF 

13476  to  13476 

Unallocated  Program  III 

11*002  to  11*002 

Army  Port  Terminals 

15002  to  15008 

Reserve  and  Guard 

16002  to  16032 

Research  and  Development 

17002  to  17014 

General  Support 

•107 


aggregations,  ARADCOM,  Army  Fort  Terminals,  Reserve  and  Guard, 
Research  and  Development  and  General  Support  are  equivalent  to  Army 
Programs  and  reports  for  them  can  be  prepared  as  described  in  Section 
10.1. 


(c)  Functionally  Related  Major  Fbrce  Unit  Aggregations.  In  both 
this  and  the  next  type  of  aggregation  discussed,  the  elements  of  the 
aggregation  may  be  drawn  from  across  Program  Element  lines.  Functionally 
related  major  force  units  are  aggregated  mainly  to  examine  total  resource 
implications  of  units  engaged  in  similar  roles.  Table  10. U  contains 

two  examples  of  functionally  related  major  force  unit  aggregations. 

Elements  of  the  aggregation  may  be  single  major  force  units  as 
in  Example  A,  or  may  be  sequences  of  major  force  units  as  in  Example  B. 
Note  that  Example  A  crosses  three  Program  lines,  n,  III  &  V  and  that 
Example  B  crosses  Program  Element  lines. 

(d)  Unrelated  Major  Force  Unit  Aggregations .  When  required, 

as  perhaps  for  special  studies,  completely  unrelated  major  force  units 
may  be  aggregated.  Any  combination  of  major  force  units,  or,  for  that 
matter,  combination  of  aggregations  may  be  achieved  depending  on  the 
output  reports  desired. 

Only  the  free  form  input  sheet  may  be  employed  for  entering  major 
force  unit  aggregations.  There  are  four  distinct  steps  involved  in 
preparing  aggregation  inputs.  These  steps  are  discussed  in  the  following 
sections  in  order  of  their  employment:  10.2.2  -  Aggregation  dement 
Inputs;  10.2.3  -  Aggregation  Titling;  10.2.4  -  Determining  the  CXitput 
Report;  10.2.5  -  Identifying  the  CXitput  Report. 
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Table  10.4 


SAMPLE  MAJOR  FORCE  UNIT  AGGREGATIONS 


Example  A 


Aggregation: 

NIKE  HERCULES  • 

World-Wide 

MFU  Ho. 

Name 

Components : 

12002 

NIKE  HERCULES  BBt't't&lions 

-  ARADCOM 

13064 

it 

If  It 

Europe 

13166 

n 

ft  If 

Pacific 

13228 

it 

II  II 

Alaska 

13342 

it 

It  ft 

STRAC 

13406 

11 

ft  II 

Other  STRAF 

15002 

it 

"  AHNG 

Example 

_B 

Aggregation: 

Armored 

Divisions  -  World-Wide 

MFU  No. 

Name 

Components: 

13020  to  13036 

Armored  Divisions 

-  Europe 

13288  to  13304 

M  II 

STRAC 
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10.2.2  Aggregation  Element  Inputs 

Elements  of  the  aggregation  may  be  one  or  more  major  force  units, 
each  of  which  must  be  included  in  the  inputs  to  provide  a  complete 
aggregation.  These  major  force  units  are  entered  on  the  input  sheet 
by  their  identifying  number  which  may  be  found  in  either  the  Inverse 
or  the  Standard  Input  Listing  under  the  heading  "Major  Force  Unit  Names." 
The  entering  of  aggregation  element  numbers  is  performed  in  one  of  the 
following  two  manners: 

(a)  Sequential  Major  Farce  Units.  When  the  aggregation  includes  a 
sequence  of  major  force  units  the  entire  sequence  may  be  entered  by 
placing  the  lowest  identification  number  of  the  sequence  in  columns  1 
through  5  and  the  highest  number  in  columns  7  through  11.  To  illus¬ 
trate,  Program  ELement  "Missile  Commands  -  Europe"  which  consists  of 
a  sequence  of  four  major  force  units,  13082,  13084,  13086  and  13088, 
is  entered  on  the  input  sheet  as  shown  in  Figure  10.1.  For  purposes 
of  illustration,  the  examples  of  input  sheets  in  Figures  10.1  -  10 .7 
are  blocked  off  into  the  standard  "ID-M/A-Code-Ibrmat"  columns 
characteristic  of  the  model  coding  structure.  This  was  done  for  purposes 
of  uniformity,  although  the  terms  "ID", "M/A",  and  "Code"  are  not 
meaningful  in  the  case  of  the  aggregation  procedure  discussed  in  this 
Section  (10.2). 


Figure  10.1 

Sequential  Major  Farce  Unit  Bitryj 
Program  Element  Aggregation  "Missile  Commands  -  Europe” 
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(b)  Non-Sequentlal  Major  Fbrce  Units.  When  the  aggregation 
includes  a  single  major  force  unit  or  major  force  units  not  in  sequence, 
the  identifying  number  of  each  unit  is  placed  first  in  columns  1  through 
5  and  again  in  columns  7  through  11.  As  an  example,  the  aggregation 
of  World-Wide  NIKE  HERCULES  units  would  be  entered  as  in  Figure  10.2. 


Figure  10.2 

Non-Sequential  Major  Ibrce  Unit  Entries: 

Functional! y  Related  MFU  Aggregation 

"NIKE  HERCULES  -  World-Wide" 

Both  of  the  above  methods  may  be  used  in  the  same  aggregation  when 
it  is  necessary  to  combine  sequential  and  non-sequential  units. 


10.2.3  Aggregation  Titling 

Each  aggregation  requires  a  title  to  identify  it  from  other 
aggregation  reports.  Two  methods  are  employed  for  entering  aggregation 
titles: 

(a)  Titles  are  entered  in  line  with  single  or  sequential  major 
force  unit  inputs  for  Program  Element  and  mission/area  aggregations. 
(Figure  10.3). 
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(b)  Titles  are  entered  as  separate  line  entries  for  non-sequential 
major  force  units  aggregations.  (Figure  10. h) 


Figure  10.3  below  shows  how  titles  are  entered  for  aggregations  of 
Program  Element  "Missile  Commands  -  Europe"  and  Mission/Area  "Army  Port 
Terminals." 


Figure  10.3 

Program  Element  and  Mission/Area  Aggregation  Title  Entries 


As  illustrated  in  Figure  10 .3, all  title  entries  must  be  preceded 
by  the  letter  "F"  in  column  12  to  indicate  that  textual  entries  follow. 

Aggregations  of  two  or  more  Program  Elements  or  mission/areas  must 
receive  separate  title  entries  as  for  non-sequential  major  force  unit 
aggregations. 


Inputs  for  separate  title  entries  as  mentioned  in  (b)  above  are 
prepared  as  follows:  (l)  Biter  zeros  in  columns  1  through  5  and  7 
through  11;  (2)  alter  "F"  in  column  12;  (3)  enter  title  in  columns  13 
through  72.  Elements  for  the  aggregation  are  then  listed  below  the 
title  entry. 
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Figure  10.4  illustrates  the  title  entry  for  an  aggregation  of  HIKE 
HERCULES  Units  on  a  World-Wide  basis. 


Figure  10.4 

Non-Sequential  MFU  Title  Entries 

(Aggregation  ELements  not  Shewn) 


10.2.4  Determining  the  Output  Report 

An  output  report  may  consist  of  one  or  more  aggregations  depending 
on  the  array  of  aggregations  desired.  In  order  to  end  one  report  and 
proceed  with  the  next,  an  "end  of  report  designator"  is  employed  to 
allow  the  separate  display  of  each  report.  The  end  of  an  output  report 
is  designated  by  entering  nines  in  columns  1  through  5  and  J  through  11. 
To  avoid  confusing  these  entries  with  aggregation  entries,  it  is 
advisable  to  print  "END  OF  REPORT"  starting  in  column  13.  The  operator 
must  define  the  content  of  each  output  report  desired. 

Figure  10.5  illustrates  how  separate  reports  are  entered  on  the 
input  sheet  to  provide  the  desired  output  display.  It  is  assumed  that 
the  following  three  separate  output  reports  are  required: 

Report  #1  a.  Infantry/Mechanized  Brigades  -  ALASKA 
b.  Aviation  Companies  -  ALASKA 
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Use  of  Output  Report  Designators 


Report  #2  a.  Aviation  Companies  -  ALASKA 
b.  Missile  Commands  -  Europe 

Report  #3  a.  Missile  Commands  -  Europe 

b.  NIKE  HERCULES  -  Active  Army 

Some  care  must  be  taken  in  arranging  aggregations  within  each 
report.  When  a  report  combines  single  line  entry  aggregations  and 
aggregations  requiring  separate  title  entries,  the  single  line  entry 
aggregation  must  be  entered  first.  Thi6  is  illustrated  in  Figure  10.5 
where  "Missile  Commands  -  Europe"  is  entered  before  "NIKE  HERCULES- 
Active  Army."  However,  if  it  is  necessary  to  arrange  the  aggregations 
within  a  report  otherwise*  the  arrangement  can  be  accomplished  by  making 
a  separate  title  entry  for  the  single  line  aggregation.  To  illustrate, 
Figure  10.6  shows  Report  #3  with  the  aggregations  reversed.  The  title 
thus  entered  prevents  the  two  aggregations  from  being  presented  as  a 
single  aggregation. 
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10.2.5  Identifying  the  (Xiput  Report 

(a)  Column  7^  Indicator.  In  order  to  distinguish  aggregation 
procedures  from  other  inputs,  each  entry  of  an  aggregation  must  be 
identified  with  an  "A"  in  column  7^.  This  "A"  will  be  entered  for 
each  aggregation  element  as  well  as  for  title  entries  and  end  of 
report  designators. 

(b)  Report  Number.  Each  output  report  must  be  assigned  a  number 
to  distinguish  it  from  other  reports.  This  number  remains  with  the 
report  and  serves  to  identify  the  "aggregation  deck"  (punched  cards) 
each  time  it  may  be  used  to  provide  an  output.  Once  several  reports 
have  been  run  it  will  be  necessary  to  institute  certain  bookkeeping 
procedures  to  record  the  reports  and  their  aggregations  for  future 
reference  and  application. 

The  report  number  is  a  three  digit  number  and  is  placed  in  columns 
75  through  77.  A  report  number  is  entered  for  aggregation  elements 
including  title  entries  and  end  of  report  designators.  Report  numbers 
may  be  assigned  on  a  random  basis  as  long  as  they  are  recorded. 

(c)  Sequence  Number.  Each  aggregation  within  a  report  is  assigned 
a  sequence  number.  This  sequence  number  not  only  permits  the  display 
of  each  aggregation  but  also  determines  the  order  of  display.  Sequence 
numbers  are  assigned  in  ascending  order,  however,  not  necessarily  in 
sequence.  Gaps  may  be  left  in  a  series  of  sequence  numbers  to  allow 
for  the  insertion  of  aggregations  introduced  later.  Hie  sequence  number 
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is  a  three  digit  number  vhich  is  entered  in  columns  78  through  80. 

The  sequence  number  for  the  end  of  report  entry  requires  special 
handling.  In  every  case,  nines  are  entered  in  the  appropriate  field. 
Because  nine  is  the  highest  number  possible  in  the  field,  it  allovs 
any  lower  number  to  be  entered  within  the  report. 

Report  Numbers  1,  2  and  3  shown  in  Figures  10.5  and  10.6  are  used 
again  in  Figure  10.7  to  illustrate  the  entering  of  the  aggregation 
designator,  the  report  number  and  the  sequence  number. 

10.3  EVALUATION  OF  RESULTS 

The  responsibility  of  the  model  operator  includes  the  making  of 
checks  to  insure  against  errors  in  the  preparation  of  inputs  and  to 
insure,  to  the  extent  possible,  that  results  are  consistent  with  the 
original  statement  of  the  problem.  Procedures  for  checkout  and  evaluation 
should  be  established  by  the  operating  group;  the  suggestions  in  this 
section  of  the  manual  are  intended  as  guidelines.  Somewhat  different 
procedures  will  be  required  depending  on  whether  the  run  to  be  checked 
is  a  new  base  case  run  or  an  alternative  being  costed  for  a  user. 

10.3.1  Checkout  ofJBase  Case  Runs 

New  runs  of  the  base  case  normally  will  be  required  from  time 
to  time  as  inputs  are  revised  and  updated  (see  Chapter  11  for  a 
discussion  of  updating).  Each  time  a  new  run  of  the  base  case  is  made, 
it  should  be  thoroughly  checked.  A  rigorous  check  of  all  new  inputs 
should  be  made  to  insure  accuracy  and  completeness.  Normally,  it  will 
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suffice  to  check  only  those  Inputs  which  were  changed  from  the 
previous  run  of  the  base  case. 

The  output  of  a  new  base  case  should  be  checked  against  other 

(3) 

available  data  on  the  approved  program,  e.g.,  the  Program  Submissions 
to  OSD.  Checks  should  be  performed  on  manpower  as  well  as  budget 
appropriations  at  all  levels  for  which  reliable  "benchmark"  data 
on  the  approved  program  can  be  obtained.  Manpower  cheeks  might  be 
made  for  the  total  force,  by  Program,  by  mission/area,  and  by  Program 
ELement.  Appropriation  totals  (EEMA,  O&M,  etc.)  should  be  checked 
at  least  down  to  the  Program  level. 

In  comparing  model  output  with  other  data  sources,  care  must  be 

taken  to  insure  that  the  data  are  comparable.  For  example,  if  the 

(3) 

model  output  is  to  be  compared  to  the  Program  Submissions,  certain 

adjustments  are  necessary  in  training  costs  and  costs  for  BP  2300, 

"Major  Overhaul,"  to  insure  consistency  of  treatment.  The  model 

allocates  training  costs  to  force  units,  whereas  training  costs  in  the 

(3) 

Submissions  are  included  in  Program  VII.  A  similar  situation  exists 
for  BP  2300  -  the  model  allocates  a  higher  proportion  of  BP  2300  costs 
to  force  units  than  is  done  in  the  Submissions. 

When  discrepancies  are  found,  the  operator  must  take  steps  to 
determine  the  cause.  For  example,  if  the  MPA  totals  for  the  model 
were  significantly  different  from  those  in  other  sources  for  the 
approved  program,  and  it  were  established  that  the  model  totals  were 
in  error,  the  trouble  might  be  traced  to  inaccurate  or  incorrectly 
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applied  pay  and  allowance  factors. 

10.3.2  Checkout  of  Alternative  Forces 

Checks  on  runs  of  alternative  forces  will  differ  from  those  made 
on  the  base  case  for  two  principal  reasons:  (l)  there  probably  will 
be  no  data  from  other  sources  with  which  to  compare  the  model  results, 
and  (2)  time  constraints  probably  will  be  more  severe.  With  respect 
to  the  second  reason,  the  necessity  for  rapid  response  to  requests 
to  cost  alternative  forces  will  preclude  lengthy  periods  to  evaluate 
results. 

However,  two  kinds  of  checks  should  be  performed  on  alternative 
forces  to  the  extent  that  time  will  allow:  First,  inputs  should  be 
carefully  checked  before  the  run  is  made  both  to  guard  against 
clerical  errors  and  to  insure  completeness;  Second,  output  should  be 
reviewed  for  "reasonableness"  and  to  insure  consistency  with  established 
Army  policy.  Checks  on  "reasonableness"  should  include  examination  of 
manpower  and  cost  results  at  the  Program  and  mission/area  levels  and, 
if  possible,  for  all  force  units  to  which  changes  were  made.  Checks 
should  be,  primarily,  Inspection  to  detect  gross  inconsistencies,  such 
as  an  increase  in  MPA  costs  while  manpower  is  declining,  or  manpower 
totals  which  vary  from  those  for  the  base  case  by  more  than  the  changes 
to  the  force  would  suggest.  The  checks  to  be  made  should  be  tailored 
individually  to  each  run. 

Materiel  delivery  schedules  should  be  checked  to  insure  reasonable 
consistency  with  Army  procurement  policy.  Checks  should  include  a 
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brief  examination  of  the  delivery  schedule  for  each  item  to  make 
certain  that  time-phasing  is  not  unreasonable  (e.g.,  deliveries  are 
not  made  all  in  one  year)  and  to  insure  that  delivery  rates  are  not 
grossly  inconsistent  vith  those  which  actually  might  be  attainable. 

The  checks  suggested  above  are  by  no  means  the  only  ones  which 
should  be  made;  they  are  intended  to  serve  as  examples.  The  important 
point  is  that  the  operator  has  a  responsibility  for  evaluation  and 
checkout  to  insure  to  the  extent  possible  that  result  s  are  consistent 
with  the  statement  of  the  problem  obtained  from  the  user.  Procedures 
should  be  estalbished  to  make  the  necessary  checks. 

10.4  COMMUNICATION  OF  RESULTS 

Previous  sections  of  this  chapter  have  described  the  reports  which 
can  be  obtained  using  the  model,  and  the  review  of  such  reports  by 
the  operator.  Although  the  reports  described  in  Section  10.1.1  are 
considered  to  be  user  reports,  the  operator  usually  should  assist  the 
user  by  furnishing  interpretive  and  summary  service.  The  computer 
printouts  are  rather  bulky,  and  the  user  should  not  be  required  to 
study  them  to  find  the  general  nature  of  the  result. 

No  standard  narrative  report  form  can  be  prescribed,  but  the 
operator  should  prepare,  for  each  computer  run,  a  concise  description 
of  the  result.  This  summary  should  be  tailored  to  the  known  interest 
of  the  user  and  should  highlight  those  aspects  of  the  computer-prepared 
reports  which  are  likely  to  be  of  interest. 

Preparation  of  narrative  reports  should  not  become  an  involved 
process.  Timely  presentation  of  the  main  findings  is  of  more 
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importance  than  perfection  in  the  manner  of  presentation.  The 
operator  should  review  the  computer-prepared  reports  and  identify 
the  significant  deviations  from  the  base  case.  Reports  to  the 
user  on  the  results  of  costing  alternative  forces  should  emphasize 
differences  rather  than  absolute  amounts.  A  narrative  summary  might 
include  a  presentation  such  as  the  one  shown  in  the  following  examples 


INCRBfEWEAL  COST  OP  ALTERNATIVE  FORCES 


INCK&ISfc  (DECREASE)  OVER  B^Sfe  CASE 


§1 

ft 

§1 

66 

2L 

5  Year 
Total 

Force  A 

100 

150 

250 

250 

200 

950 

Force  B 

(50) 

(50) 

200 

500 

750 

1350 

Force  C 

- 

(50) 

(100) 

(100) 

(100) 

(350) 

The  narrative  report  should  be  delivered  to  the  user  along  with 
the  computer-prepared  outputs  which  are  deemed  to  be  of  interest  to 


the  user. 
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Chapter  11 

UPDATING  THE  DATA  BASE 

The  preceding  chapters  have  dealt  with  procedures  for  changing 
Inputs  as  part  of  the  process  of  costing  alternative  forces.  Such 
changes  took  the  form  of  perturbations  of  the  base  case  inputs.  This 
chapter  deals  vlth  changes  and  additions  to  the  input  data  in  order  to 
keep  it  up  to  date.  Such  changes  may  be  necessitated  by  changes  in  the 
approved  base  program  or  by  the  passage  of  time.  Three  different  types 
of  updating  are  discussed: 

11.1  PERIODIC  UPDATING 

11.2  INPUTS  FOR  ADVANCED  WEAPON  SYSTEMS,  ORGANIZATIONAL 
UNITS,  AND  HARDWARE  ITEMS 

11.3  CHANGING  THE  TIME  PERIOD  COVERED  BY  THE  MODEL 
11.1  PERIODIC  UPDATING 

This  section  deals  with  updating  the  existing  inputs  for  the  base 
case.  As  noted  in  Chapter  1,  there  is  little  difference  from  a 
procedural  standpoint  between  changing  the  input  data  to  update  the 
base  case  and  changing  it  as  part  of  pricing  an  alternative  force. 

Both  processes  require  changes  to  the  input  data;  the  difference  lies 
in  the  particular  data  to  be  changed  and  in  the  reasons  for  the  changes. 
The  discussion  in  this  section  will  concern  primarily  which  data  to  update 
and  when  to  update;  the  procedural  aspects  of  making  the  changes  are 
covered  adequately  elsewhere  in  this  manual. 

The  discussion  in  Chapters  3-9  was  oriented  primarily  toward  those 
inputs  involved  in  step  one  of  the  costing  process  of  the  model:  the 
specification  of  the  force  to  be  costed  in  terms  of  its  time-phased 
requirements  for  personnel  and  materiel.  The  inputs  required  in  step 
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two,  the  application  of  costing  relationships  and  factors  to  the 
requirement  statements,  were  mentioned  only  in  certain  special  cases. 

This  distinction  appears  because  Chapters  3*9  were  designed  to  deal 
primarily  with  procedures  for  operating  the  model,  or  pricing  alter¬ 
native  forces,  and  it  is  those  inputs  Involved  in  the  specification  of 
requirements  which  are  likely  to  vary  from  one  alternative  to  another. 
Costing  relationships  and  factors,  such  as  pay  and  allowance  factors  or 
materiel  lag  factors,  are  not  likely  to  vary  from  one  force  to  another 
and  hence  were  not  discussed  in  Chapters  3-9« 

However,  nil  inputs  require  updating.  Some  inputs  require  revision 
more  frequently  than  others,  but  all  should  be  reviewed  periodically. 

The  establishment  of  updating  as  an  integral  part  of  model  operation, 
with  specified  procedures  to  be  performed  on  a  regular  schedule,  is 
more  inport ant  than  the  particular  frequency  chosen  for  the  review  of 
each  input. 

Updating  should  be  viewed  as  a  program  of  periodic  maintenance 
of  the  input  data.  The  responsibility  for  updating  the  input  data  should 
be  assigned  to  the  group  which  operates  the  model  and  viewed  by  the 
operating  group  as  equal  in  importance  to  the  function  of  pricing 
alternative  forces.  Regular  schedules  should  be  established  for  review 
of  each  input  or  class  of  inputs  and  control  procedures  should  be  adopted 
to  Insure  that  updating  is  accomplished  in  an  orderly  fashion. 

The  optimum  frequency  for  review  and  updating  of  any  input  will 
depend  on  the  nature  of  the  data,  the  rate  at  which  the  data  are  changed 
or  become  obsolescent,  and  the  frequency  with  which  new  source  data  can 
be  obtained.  The  three  tables  which  follow  illustrate  possible  frequencies 


-124- 


for  the  updating  of  inputs.  The  particular  frequencies  shown  are  merely 
suggestions.  The  optimum  schedule  can  best  he  established  after  some 
operating  experience  with  the  model  has  been  obtained. 

11.2  INPUTS  FOR  ADVANCED  WEAPON  SYSTEMS.  ORGANIZATIONAL  UMTS.  AMD 
HARDWARE  ITEMS 

Successful  operation  of  the  Amy  Cost  Model  will  require  Input 
data  in  addition  to  that  included  in  the  base  case.  In  order  to  price 
alternative  forces,  it  is  necessary  that  specifications  be  available 
for  all  weapon  systems  and  organizational  units,  including  their 
advanced  hardware,  which  may  be  in  the  alternative  force  at  any  time 
during  the  period  under  consideration.  The  inputs  necessary  for 
introduction  of  new  systems  or  units  are  discussed  in  Chapter  5,  those 
for  nev  hardware  items  in  Chapter  6. 

When  an  alternative  force  is  to  be  costed,  inputs  for  advanced 
systems  and  items  must  be  developed  rapidly  if  the  model  is  to  be 
utilized  to  its  fullest  potential.  If  several  days  or  more  are 
required  to  obtain  data  and  develop  inputs,  the  capability  to  cost 
alternative  forces  rapidly,  one  of  the  major  advantages  of  an  auto¬ 
mated  model,  is  compromised. 

Therefore  it  is  most  important  that  adequate  source  data  for  develop¬ 
ment  of  inputs  for  advanced  systems  and  hardware  be  readily  accessible 
to  the  model  operator.  The  data  could  be  organized  as  a  library  or 
data  bank  specifically  for  support  of  cost  model  operations.  Inputs 
for  systems  and  hardware  items  commonly  used  in  alternative  forces 
could  be  prepared  in  advance  and  included  on  the  input  tape  to  be  used 


as  necessary 
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Table  11.2  -  PERIODIC  UPDATING  OF  BASE  CASE 
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and  Run  Constants  and  Other 


III  D  with  changes  in  materiel 
specification 
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11.3  CHAHOIHG  THE  TIME  PERIOD  COVERED  BY  THE  MODEL 

The  output  of  the  Amy  Cost  Model  covers  &  ten  year  period.  Inputs 
are  prepared  for  a  twelve  year  period.  The  years  are  generalized  on  the 
input  sheets  and  appear  as  N-l,  N,  N+l,  ....  N+10.  The  output  covers 
the  period  N  through  N+9.  The  generalized  years  are  translated  into 
specific  years  in  the  output  by  specifying  the  base  year  N.  Thus,  if 
N  is  specified  as  1963,  the  output  covers  the  period  1963  -  1972. 

The  base  year  N  is  specified  as  part  of  the  computer  program. 

It  will  become  necessary,  from  time  to  time,  to  change  the  period 
covered  by  the  model.  This  change  may  become  desirable  when  a  new  budget 
year  arrives,  or  for  making  special  purpose  runs. 

When  the  time  period  covered  by  the  model  is  to  be  changed,  a 
complete  review  of  all  input  data  which  varies  over  time  is  required. 

This  review  is  required  because  many  of  the  yearly  inputs  apply  to 
specific  fiscal  years,  and  a  shift  in  the  time  frame  requires  a  shift 
in  the  inputs  backward  or  forward. 

The  inputs  which  should  be  reviewed  and  revised  where  necessary  are 
only  those  yearly  inputs  which  change  over  time.  "Ho-year"  data,  and 
yearly  data  which  are  constant  over  time,  do  not  require  revision  for 
a  time  shift.  The  inputs  requiring  a  change  can  be  located  in  the 
Input  Listings.  In  most  cases,  the  data  will  have  to  be  shifted  in  time 
by  an  appropriate  number  of  years.  However,  each  input  which  varies  over 
time  should  be  examined  and  a  determination  made  as  to  whether  or  not 
revision  is  required. 
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In  addition  to  a  review  of  inputs,  a  change  in  the  tine  period 
covered  by  the  model  requires  a  change  in  the  computer  program  to 
specify  a  new  base  year  If. 
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Chapter  12 
DOCUMENTATION 


Documentation  should  he  viewed  as  an  Integral  part  of  cost  model 
operation.  Good  documentation  is  necessary  for  several  reasons:  (l) 
it  will  provide  a  record  of  cost  model  operation  for  future  reference; 

(2)  it  will  facilitate  training  of  personnel  to  operate  the  model; 

(3)  it  will  record  the  evolution  of  the  model  as  improvements  are  made; 
and  (4)  it  will  form  a  valuable  source  of  cost  information  for  use  by 
consumers  other  than  the  model  itself. 

The  detailed  procedures  established  to  govern  documentation  are  in 
the  province  of  Any  administration.  This  section  is  presented  to  suggest 
considerations  which  should  be  taken  into  account  in  establishing  and 
applying  appropriate  regulations  and  directives.  The  following  sections 
are  included: 

12.1  DOCUMENTATION  OF  BASE  CASE  INPUTS 

12.1.1  Data  Sources  and  Methodology 

12.1.2  Input  Listings 

12.1.3  Input  Tapes 

12.2  DOCUMENTATION  OF  RUNS  OF  ALTERNATIVE  FORCES 

12.3  DOCUMENTATION  OF  RESEARCH  TO  UPGRADE  THE  MODEL 

12.1  DOCUMENTATION  OF  BASE  CASE  INPUTS 

Updating  the  Inputs  for  the  base  case  was  discussed  in  Chapter  11. 
This  section  presents  some  suggestions  on  documentation  of  the  updating. 
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12.1.1  Data  Sources  and  Methodology 

A  file  should  be  established  for  each  class  or  type  of  input 
(e.g.,  force  structure,  pay-and-allovance  factors,  etc.).  The  file 
should  carefully  document  the  data  sources  and  methodology  used  in 
developing  each  type  of  Input.  As  changes  are  made,  they  should  be 
documented  to  become  part  of  the  historical  record.  In  cases  in 
which  the  volume  of  data  is  large  (e.g.,  materiel  Initial  allowances), 
the  input  listings  will  serve  to  document  the  inputs,  with  the  documen¬ 
tation  file  reserved  for  sources  and  methodology. 

12.1.2  Input  Listings 

The  Input  Listings  are  a  vital  part  of  documentation.  They  record 
the  quantitative  values  of  all  inputs  used  in  the  model.  As  changes  are 
made  to  base  case  inputs,  the  operator  has  the  option  of  recording  the 
changes  in  the  Input  Listings  for  the  old  base  case  using  pen  and  ink, 
or  requesting  a  new  set  of  Input  Listings.  Pen  and  ink  may  suffice 
when  the  volume  of  changes  is  small.  A  file  of  Update  Listings  should 
also  be  maintained  to  document  the  changes  to  the  input  data  for  each 
run  of  the  base  case  and  for  each  alternative  (see  Section  13 • 5 • 5  for  a 
discussion  of  the  Update  Listing). 

12.1.3  Input  Tapes 

The  input  tape  for  each  run  includes  all  input  data  for  the  run. 

The  necessity  for  careful  maintenance  of  the  input  tape  for  the  current 
base  case  is  obvious,  since  it  represents  the  departure  point  for 
alternative  forces  (see  Section  3*2).  The  optimum  length  of  time  for 
keeping  input  tapes  for  outdated  runs  of  the  base  case  and  for  alter¬ 
native  forces  will  be  a  matter  for  determination  after  some  operating 
experience  has  been  gained. 
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12.2  DOCUMEMEATIOH  0?  RUMS  OF  ALTERNATIVE  FORCES 

Documentation  1b  also  necessary  for  alternative  forces  costed 
at  the  request  of  a  user.  The  documentation  differs  from  that  required 
for  the  base  case  in  two  ways:  (l)  only  those  inputs  which  were  changed 
from  base  case  values  need  be  documented;  and  (2)  careful  documentation 
of  the  statement  of  the  problem  is  required. 

Documentation  of  the  inputs  for  an  alternative  can  be  accomplished 
satisfactorily  by  means  of  the  Update  listing  and,  if  desirable,  a 
complete  set  of  Input  listings  for  the  run.  Documentation  of  results 
can  be  accomplished  by  means  of  the  model  output  and  the  summary  which 
Is  transmitted  to  the  user  (see  Section  10.4). 

Two  other  parts  of  the  process  of  costing  alternative  forces  also 
should  be  carefully  documented;  the  statement  of  the  problem  received 
from  the  user,  and  the  subsequent  assumptions  made  by  the  model  operators 
in  translating  the  statement  of  the  problem  into  model  Inputs.  As 
suggested  earlier  in  this  manual,  the  model  operator  should  make  every 
effort  to  obtain  as  complete  a  specification  of  the  problem  as  possible 
from  the  user.  All  communications  with  the  user,  both  written  and 
verbal,  conducted  as  part  of  specifying  the  problem  should  be  recorded 
carefully. 

Sven  with  extensive  consultation  with  the  user,  it  is  likely  that 
certain  assumptions  regarding  force  specification  will  be  required  of 
the  model  operator.  For  example,  assumptions  might  be  necessary  regarding 
the  manning  of  a  particular  unit  (e.g.,  number  of  pilots)  or  the  rate  of 
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phase-in  of  new  materiel  in  a  particular  area.  Assumptions  of  this  nature 
may  be  required  when  the  necessary  information  is  unavailable  from  the 
user  for  one  reason  or  another,  or  in  order  to  expedite  the  making  of 
a  run. 

In  many  cases,  results  may  be  significantly  sensitive  to  assumptions 
made  by  the  model  operator.  Such  assumptions  should  be  documented  carefully 
and  made  known  to  the  user  along  with  the  results.  The  operator  in  effect 
says  to  the  user:  "Here  are  the  results  based  upon  these  particular  assum¬ 
ptions."  The  user  is  then  free  either  to  accept  the  assumptions  as  reasonable 
or  to  suggest  a  re-run  of  the  problem  under  different  assumptions.  Since 
the  latter  outcome  is  a  possibility,  it  is  clearly  advantageous  for  the 
operator  to  get  the  user  to  specify  the  assumptions  he  desires  in  detail 
before  a  run  is  made. 

12.3  DOCUMENTATION  OF  RESEARCH  TO  UPGRADE  THE  MODEL 

At  the  beginning  of  this  manual  (Section  1.4.2)  the  term  upgrading  was 
employed  to  include  changes  to  model  structure  and  changes  in  the  form 
of  the  input  data,  as  distinct  from  routine  updating  of  the  input  data 
(Chapter  11).  It  has  been  assumed  in  this  manual  that  research  of  the 
upgrading  type  would  be  performed  by  a  group  other  than  the  model 
operators.  However,  the  model  operators  will  have  certain  responsibilities 
in  the  incorporation  of  changes  to  the  model  which  result  from  this  research. 

Documentation  of  this  research  probably  can  be  done  beat  by  those 
who  conduct  the  research.  The  extent  to  which  the  model  operators 
participate  in  the  documentation  will  be  a  matter  for  future  determination. 


The  important  point  is  that  the  documentation  oust  take  place.  Changes 
to  the  input  data  which  do  not  require  modifications  of  the  model 
structure,  such  as  training  cost  factors  differentiated  by  personnel  type, 
might  be  documented  in  a  manner  similar  to  that  suggested  in  Section  12.1.1. 
Changes  to  the  model  structure,  such  as  the  Introduction  of  activity  rate 
calculations  for  maintenance  costs,  nd^ht  be  made  in  the  form  of  addenda 
to  Army  Cost  Model  Structure  and  Flow,  which  documents  the  structure 
of  the  Mark  I  model.  Structural  changes  to  the  model  will  require 
modification  of  the  computer  program.  These  modifications  should  also 


be  carefully  documented 
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Chapter  13 
INPUT  PROCEDURES 


Chapters  3-9  discuss  some  of  the  most  coma on  types  of  costing 
problems  which  will  confront  the  cost  model  operator.  The  discussion  in 
those  chapters  is  directed  toward  procedures  for  translating  the  state¬ 
ment  of  the  costing  problem  Into  model  inputs.  This  chapter  describee 
the  detailed  mechanical  procedures  for  coding  and  entering  the  input 
data  onto  input  sheets  prior  to  Key  punching.  It  is  placed  last  in 
the  manual  because  the  level  of  detail  presented  is  not  required  except 
by  those  directly  responsible  for  operating  the  model.  The  following 
sections  are  included: 


13.1  INPUT  SHEETS 


13.2  INPUT  DATA  CODING  STRUCTURE 

13.2.1  Identification  Numbers 

13.2.2  Data  Codes 

13.2.3  Format  Codes 

13.2.4  Code  Assignments  in  the  Mark  I  Model 

13.2.5  Assigning  New  Code  Numbers 


13.3 


PREPARATION 

13.3.1 

13.3.2 

13.3.3 


OF  INPUT  SHEETS 
Punched  Card  Layout 
Allowable  Characters 
Illustration 


13.4  INPUT  LISTINGS 

13.4.1  Standard  Listing 

13.4.2  Inverse  Listing 


13.5  INPUT  CHANGE  PROCEDURES 

13.5.1  Additions 

13.5.2  Deletions 
13.5*3  Replacements 

13.5.4  Conventions 

13.5.5  Update  Listings 


13.6  DICTIONARY 

13*6.1  Title  Cards 

13.6.2  Fixed  Data 

13.6.3  Cost  Inputs 

13.6.4  Requirements  for  a  Change  to  the  Dictionary 

13.7  LEVEL  OF  INPUTS:  THE  MISSION/AREA 

13.7.1  The  Miss ion/ Area  "Tree" 

13.7.2  Selection  of  Proper  Input  Level 
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n.l  ntPOT  SHEETS 

There  are  tvelve  fixed  fora,  or  pre -printed,  input  sheets.  All 
information  to  be  vised  in  the  model  must  be  entered  on  one  of  these 
sheets,  vhich  are  listed  and  described  belcw: 

Input  Sheet  I  -  Major  Force  Unit  Data 

This  input  sheet  is  used  to  describe  major  force  units.  One  input 
sheet  is  used  for  each  major  force  unit.  The  description  is  in  terms 
of  composition  by  basic  farce  units  specified  by  years.  Adjustment 
factors  are  available  for  adjusting  materiel,  personnel  and  other 
parameters . 

Input  Sheet  H  -  Basic  Force  Unit  Data 

This  input  sheet  is  used  to  describe  the  basic  force  units.  It 
includes  the  authorizations  both  for  personnel  and  for  materiel  for 
each  of  tvelve  years.  This  same  input  sheet  provides  for  adjustment 
factors  for  personnel  and  equipment  for  each  year. 

Input  Sheet  III  A  -  Materiel  Phasing  Schedule 

This  input  sheet  is  used  to  show  the  rate  of  phase-in  of  equipment 
by  mission/area.  It  is  used  to  identify  the  asset  position  (in  terms 
of  Standard  A  and  substitute  items)  at  the  end  of  each  year  as  a  per¬ 
centage  of  the  initial  allowances  (TOE). 

Input  Sheet  III  B  -  Materiel  Data 

This  sheet  is  used  to  identify  those  characteristics  other  than 
coat  vhich  are  of  significance  in  the  model  vith  respect  to  each 
specified  materiel  item.  It  identifies  related  materiel  items,  such 
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•s  ammunition,  which  are  not  listed  on  Input  Sheet  II  and  supplies  the 
factors  needed  to  compute  the  requirements  when  the  inventories  are 
known. 

Input  Sheet  III  C  -  Materiel  Cost  Data 

Dlls  sheet  is  used  to  identify  the  unit  cost  and  the  appropriate 
lag  factors  for  each  specified  equipment  item. 

Input  Sheet  III  D  -  Military  Personnel  Data 

Diis  sheet  is  used,  for  each  defined  personnel  class,  to  show  the 
class  characteristics  which  are  important  in  the  model.  Hie  factors 
are  shown  by  year  and  by  mission/area. 

Input  Sheet  III  E  -  Unspecified  Unit  Personnel  Allocation  Schedule 

Hils  sheet  is  used  to  enter  information  about  the  manning  of 
combat  support  and  other  unspecified  force  units.  On  it  are  entered 
ratios,  by  mission/area,  by  year,  and  by  personnel  type  which  show  the 
manning  of  the  unspecified  units  as  a  percentage  of  the  personnel  of 
the  specified  units. 

Input  Sheet  IV  A  -  Army  Wide  Data 

nils  sheet  provides  for  certain  costing  factors  to  be  used  through¬ 
out  the  model.  It  also  allows  year  by  year  adjustment  of  stockage 
factors. 

Input  Sheet  IV  B  -  Mission/Area  Data 


nils  sheet  provides  for  the  same  data  as  that  furnished  on  Input 
Sheet  IV  A,  except  for  specific  application  wlthim  selected  mission/areas 
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Input  Sheet  IV  C  -  Deliveries  to  TOA  Schedules 

This  sheet  provides  for  a  series  of  different  lag  factor  patterns, 
each  with  a  reference  code. 

Input  Sheet  V  A  -  Program  Add/Change  Data 

This  sheet  is  used  to  add  to  or  change  input  data.  It  is  designed 
to  provide  more  convenience  and  flexibility  than  Input  Sheets  I  through 
IV,  but  it  performs  the  same  function.  Its  use  is  discussed  in  Section 
13.5.1. 


Input  Sheet  V  B  -  Program  Delete  Data 

This  sheet  is  designed  for  deleting  input  data.  Input  sheets  I  - 
IV  cannot  be  used  for  deletions  for  reasons  pointed  out  in  Section 

13.5.2  on  deletion  of  data. 

Samples  of  the  input  sheets  are  provided  in  Tables  13.I  through 
13.12.  Each  input  sheet,  except  V  A  and  V  B,  contains  an  illustrative 
entry. 

13.2  INPUT  DATA  CODING  STRUCTURE 

This  section  explains  the  coding  structure  used  to  enter  all 
inputs  into  the  model. 

Each  card  has  80  columns  which  are  grouped  into  fields  as 
follows : 
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■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■ 

■■■■■■  ■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■ 

■■■■■■  ■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■ 

■■■■■  ■■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

III 

■■■■■■  ■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■ 

■■■■■■■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

III 

■■■■■■  ■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

III 

■■■■■  ■■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■ 

■■■■■■  ■■■■■ 

■mi 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

III 

■■■■■■  ■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■ 

■■■■■■  ■■■■■ 

■■■■■ 

■■■■■ 

Hill 

■■■■■ 

Sflll 

III 

iim  ■  ■■■■■ 

■■■■■ 

■■■■■ 

■mu 

■■■■■ 

■■■■■ 

III 

■■■■■■  ■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■ 

iim  ■  ■■■■■ 

■■■ii 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

III 

■■■■■■  ■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

III 

■■■■■■  ■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■ 

■■■■■■■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

III 

■■in  ■  ■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

III 

■■■■■■  ■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■ 

■■■■■■  ■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■ 

■■■■■■  ■■■■■ 

■Bill 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■ 

00000 

!□□□□□ 

00300 

GO0OO 

00000 

E0non 

00000 

00000 

00000 


w 

CNLISTE0 

r 

► 

CIVILIAN 

Z 

NCLATCD  CQUIFMCNT 

NCFLACCMCNT  /CONSUMPTION 

z 

TNAMWS  CONSUMFTKM  1 

w 
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NUMBER  EHEEB  MISSION/AREA  @  RUN  NUMBER 

ALL  CMM  ALL  ALL  CAMM 


OOE  M 
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FISCAL  YEAR:  N>  UA1 


aasn  nnaa^i!:33G«agag3i5ginggigBgMggigGigBgong^gHgns>™agng3iiiiigi 


FISCAL  YEAR 


iBan 

3GDD 


IDOD 

!□□□ 

]□□□ 


•  l«  H  '• 

m 


3F10E 

3B0E 

snriE 


in 


■■ 


■■ 


in 


■■■in 

■■■in 


FISCAL  YEAR 
R  ♦  4  ||  NtS 


■  I 


■  ■■■■ 


■  ■■■■ 


■  ■■■■ 


■  ■■■■ 


■  ■■■■ 

inn 

■■■■■ 

■■■■■ 


inn 

■■nil 


inn 

inn 

inn 

■■nil 


inn 

inn 

■■nil 


LIDDnillll 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

iiiii 

■III! 

iiiii 

inn 

inn 

■■■■■ 

I0DE3  D  ■■■■■ 

■mi 

■■■■■ 

■■■■■ 

■■■■■ 

iiiii 

IIIII 

mu 

inn 

■mi 

inn 

inn 

innn  m  inn 

■■■■■ 

■  ■■■■ 

■■■■■ 

Hill 

■■■■■ 

iiiii 

■mi 

inn 

inn 

inn 

■nn 

IGDB  □  ■■■■■ 

■■■■■ 

■  ■■■■ 

■■■■■ 

■■■■I 

■■■■■ 

iiiii 

iiiii 

iiiii 

■mi 

■■■■■ 

■■■■■ 

men  □  inn 

Hill 

■■III 

■■■■■ 

mil 

■INI 

IIIII 

■nil 

inn 

■mi 

inn 

inn 

inon In  inn 

Hill 

■■■■■ 

■mi 

■■■■■ 

■■III 

inn 

■mi 

■mi 

■mi 

inn 

inn 

:ood  □  isiii 

Hill 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■III! 

■mi 

inn 

inn 

inn 

■■■■■ 

IDDQDIIIII 

■■III 

■■■■■ 

■mi 

■■■■■ 

IIIII 

■■Ill 

■■■■■ 

mu 

■nn 

inn 

■nn 

la□□|Dl■■■■■ 

Hill 

■■■■■ 

■■■■■ 

■■■■■ 

IIIII 

IIIII 

■mi 

inn 

■■■■■ 

inn 

inn 

I 
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number  MISSION/AREA  0  RUN  NUMBER 

all  cam*  all  all  caam 


PAGE  1  OF. 


FISCAL  TEAR:  H*  11AA 


Inna  □  'lagEsagraagnMBsgBnKEinEaanBgBqEiqflnm^EgBgnEnMaggigai 
icon  □ 


FISCAL  TEAR 


innn 

3000 

]□□□ 


]□□□ 

]□□□ 

]□□□! 


•  *•  »  i| 

m 


3005 

300E 

irm 


minncifiHMnan^nHBiqtiiillin 


mn  inc  jns 

■■■ 


m 

m 

m 

m  i 

CTJTjj 

Q8B3 

■■■ 

■■■ 

■■■ 

III 

■■■ 

■■■ 

■■■ 

■■■ 

III 

■■■ 

■■■ 

■■■ 

■■■ 

III 

■■■ 

1000 

1000 

100a 

!□□□ 

ID00 

innn 

!QB0 

!□□□ 


BODQl 


rrmr 

TTITr 

mm 

TTTTT 

mm 

TTTTT 

rum 

TTTTT 

rmn 

iiiii 

IIBIBI 

BBBBII 

llllll 

■■■■■i 

IBIBBI 

■■■■■I 

l■■!ll 

■■■■■I 

IBIBBI 

■■■■■ 

rmn 

TTTTT 

rmn 

mm 

■■■■■■ 

■■■■■i 

■■■■■I 

LLLLU 

FISCAL 

TEAR 

Hi 

mm 

mSM 

p 

Hsli 

HI 

H 

HI 

km 

P  p 

mm 

BBBB0 

■■■■■ 

■BBBB 

HUB 

■■III 

■■■II 

■Bill 

■BIBB 

BIBBI 

■■■■■ 

■■■■■ 

BBBB0 

■■■■0 

■■■□0 

■■■■■ 

■■■■1 

■■■■■ 

■■BBB 

■■■■1 

■■III 

IIIII 

■■■■■ 

■■■■■ 

■BBBfj 

■■■■0 

■■■■0 

■■■■■ 

■■■■■ 

■■■■■ 

BIBBI 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■BBBB 

■■■■■ 

■BBBB 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

BIBBI 

■ini 

■■■■■ 

BIBBI 

■■BBB 

■■■■■ 

■BBBB 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

mil 

■■■■■ 

■BBBB 

■BBBB 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■1 

■■■■1 

■■■■■ 

■■■■■ 

■■■■■ 

IIIII 

■■BBB 

■■■■■ 

■■■■■ 

■■■■■ 

■IBM 

■■■■■ 

■■■■I 

■■■■1 

■■■■■ 

■■■■■ 

■■■■■ 

IIIII 

BBBBB 

■BBBB 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■BBBB 

■■BBB 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■I 

■■■■■ 

■■■II 

■■■■■ 

■■■■■ 

■BBBB 

■■■■■ 

■■■■■ 

■BBBB 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■BBBB 

■■■■■ 

■■■■■ 

■BBBB 

■■■■■ 

■■■■■ 

■■III 

■■■■■ 

■■■■■ 

■■■II 

■■■■■ 

■■■■■ 

■BBBB 

■■■■■ 

■■■■■ 

■BBBB 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■II 

■■■■■ 

■■■■■ 

■BBBB 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■III 

■■■■1 

■■■■■ 

IIIII 

■■■■■ 

■■■■■ 

■BBBB 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■1 

■■■■■ 

■■■II 

iiiii 

■■■■■ 

BBBBB 

■■■■■ 

■■■■■ 

■BBBB 

■■■■■ 

■■■■1 

■■III 

■■■■1 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■BBBB 

■■■■■ 

■■■■■ 

■BBBB 

■■■■■ 

■■■■■ 

■■III 

■■■■1 

■■■■■ 

■Bill 

■■■■■ 

■■■■■ 

■BBBB 

■■■■■ 

■mi 

■BBBB 

■■■■■ 

■■■■■ 

■■BIB 

■■■■I 

■■■■■ 

IIIII 

■■■■■ 

■■■■■ 

■BBBB 

■■■■■ 

■■■■■ 

■BBBB 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■1 

■■■■■ 

■  ■III 

■■■■■ 

■■■■■ 

■BBBB 

■■■■■ 

■■■■■ 

■BBBB 

■■■■■ 

■■■■■ 

■■III 

■■■■■ 

■■■■■ 

IIIII 

■■■■■ 

■■■■■ 

■BBBB 

■■■■■ 

■■■■■ 

■BBBB 

■■■■■ 

■■■■■ 

■■III 

■■■■■ 

■■■■■ 

■■III 

■■■■■ 

■■■■■ 

BBBBB 

■■■■■ 

■■■■■ 

■BBBB 

■■■■■ 

■BBBB 

■■■IB 

■■■■■ 

■BBBB 

BBBIB 

■■■■■ 

■■■■■ 

■BBBB 

■■■■■ 

■■■■■ 

■BBBB 

■■■■■ 

■BBBB 

■■III 

■■■■■ 

■■■■■ 

inn 

■■■■■ 

■«■■■ 

■BBBB 

■■■■■ 

■BBBB 

■BBBB 

■■■■■ 

■BBBB 

■■III 

■■■■■ 

■BIBB 

■■■■■ 

IIBBB 

■■■■■ 

BBBBB 

■■■■■ 

■■■■■ 

■BBBB 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■1 

mil 

■■■■■ 

■■■■■ 

■BBBB 

■■■■■ 

■BBBB 

■BBBB 

■■■■■ 

■■■■■ 

■■III 

■■■■■ 

■■■■1 

■■■■■ 

■■■■■ 

iiiii 

BBBBB 

■BBBB 

BBBBB 

■BBBB 

■■■■■ 

■■■■I 

IIIII 

IBiig 

■Bill 

mil 

■BBBB 

■■■■■ 

BBBBB 

■■■■■ 

■BIBB 

■BBBB 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

Hill 

■■■■■ 

■■■■■ 

■■■■■ 

■BBBB 

■  ■■■■ 

■■■■■ 

■BBBB 

■■III 

BIBBI 

IIIII 

■■■■■ 

IBBBI 

iiiii 

IIIII 

■■■■■ 

■BBBB 

■■BBB 

■BBBB 

■BBBB 

■BBBB 

BIBBI 

■■III 

IIIII 

IBBBI 

iiiii 

IIIII 

■■■■■ 

BBBBB 

■■BBB 

BBBBB 

■■■IB 

■■■■■ 

■!■■■ 

■IBM 

mil 

■■■■■ 

■■■■■ 

■  ■■■■ 

Hill 

BBBBB 

■■■■■ 

■BIBB 

■■■■■ 

■BBBB 

IIIII 

■■111 

IBBBI 

IIIII 

iiiii 

IIIII 

■■■■I 

BBBBB 

■■■■■ 

■BBBB 

IBBBI 

■BBBB 

BIBBI 

IIIII 

■Bill 

IIIII 

■mi 

IIIII 

■■■■■ 

BBBBB 

■■■■■ 

■BBBB 

■Bill 

IIIII 

■■III 

■Bill 

IIIII 

iiiii 

■■■■■ 

■■■■■ 

BBBBB 

■■BBB 

■BBBB 

■BBBB 

■■■■■ 

IIIII 

IIIII 

■Bill 

■■■■■ 

■  Bill 

IIIII 

■  IBM 

BBBBB 

■■■■■ 

■■■■■ 

■BBBB 

■■■■I 

IIIII 

■■III 

■■III 

IIIII 

■■III 

IIIII 
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£) 


RUN  NUMBER 


a  R  rt  Nan 


□□MM 


CAMS 


I  TITLE 


1 


CODE 


ololololi 


3 

s 


T  B  B  IB 


COMMENTS 
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FISCAL  YEAR 


N/IS/M 
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FISCAL  YEAR:  N  •  JJA1 


OCNCMC  NAME 


Table  13.3 

MATERIEL  PHASING  SCHEDULE 


GENERIC  TYPE  NUMBER 

ALL  CABOS 


■»  N  "  GUN 

RUN  NUMBER  IfiiskjgigisL 


ial3?ji3r<fila!ar]!3aiaQ3ai3Bi0M3tain3gc™naaDniaiGanQDacDiB 


FISCAL  YEAR 


□  DODD 
□BF50D 

Dim 

□■■■■ 

□■■■■ 


□□GOD 

□■■■■ 

□Bill 

□■■■■ 


□onriD 

mnm 

□■■■■ 

□■■■■ 

□■■■■ 


N  -  1 

mm 

Ntl 

pm 

ssyi 

SBH 

HU 

N  ♦ 

•  • 

mm 

IBBBB 

mu 

EG0E9 

nsags 

!■■■■ 

inn 

BIB 

BEEBE  ■■■■■ 

igiiB 

IIBBB 

01335 

3SESE 

IIIIB 

■■■ 

IBBBI 

IBBBB 

mil 

mu 

■BBBB 

as 

■■■ 

mu 

mu 

IIBBB 

IIIIB 

■BBBB 

■BBBB 

■■■ 

SSSSI 

■BIBB 

■be*  a 

mil 

■BUS 

■BBBB 

■Bilal 

■Bi 

■BBBB 

EOGHE 

EP533 

DEEBB 

Hill 

■mi 

■BBBB 

■mi 

■■■ 

nEEEB 

BEEBE 

mu 

■BBBB 

■■■IB 

■m; 

■■■ 

IBBBB 

IIBBB 

IIHI 

IIIIB 

■BBBB 

■BIBB 

IBBli 

■■■ 

■BBBB 

IBIII 

IBBBB 

mil 

■BBBB 

■■■■■ 

nm 

■■■ 

IIBBB 

IIBBB 

IBBBB 

ilBii 

■BBBB 

BBBii 

■BBBB 

■BE 

IBBBB 

naggs 

grans 

FIEEEE 

■BBBB 

■BBBB 

■■■■■ 

FIBRES 

Brass 

EPEES 

BEEBE 

■■■■■ 

■BBBB 

@■■11 

■III 

IBBBB 

IBBBB 

IBBBB 

mu 

■BBBB 

IIIIB 

IIBBB 

mi 

IBBBB 

mu 

IBBBB 

IIIIB 

IBBBB 

■■■■■ 

nm 

mi 

IBBBB 

IBBBB 

■BIBB 

■■■si 

IBBBB 

■■■■■ 

HUB 

mi 

IF  i 

□noon 

□■■■■ 

□■■■■ 

□Bill 


InEEEE 


EP15E5 

EF5BE 


EE5GE 


nrsEE 

EEEEE 


□■■■■ 

□BBBB 

□BIBB 

□BBBB 

□BBBB 


■IBM 

IIBBB 

■■BIB 


□BIBB 
□BIBB 
□BIBB 
□BIBB 
□BIBB 


mil 


□BIBB 

□BIBB 

□BIBB 

□BIBB 

□BIBB 


□BIBB 

□BIBB 

□BBBB 

□BIBB 


IBBBI 

mu 

mu 

imi 

■mi 

■■■■■ 

mil 

■im 

■mi 

■Bill 

■■■■■ 

■■■■■ 

mil 

mil 

IBBBI 

■BBBB 

IIBII 

mu 

■mi 

■ms 

■■■■■ 

■im 

mu 

■mi 

■BBBB 

■BBBB 

■■■■■ 

■im 

■■■IB 

BBBBB 

sssss 

■BBBB 

mu 

inn 

IBBBB 

■mi 

■■■■■ 

■mi 

■mi 

■mi 

■■■■■ 

■BBBB 

mu 

■mi 

■BBBB 

■BBBB 

■BBBB 

IIIIB 

■mi 

mu 

■mi 

■BBBB 

mu 

mn 

■mi 

■■■■■ 

■BBBB 

■■■IB 

■Bill 

■■■■■ 

■BBBB 

■■■■■ 

Hi 

us: 
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01  A 


IUMBER  EBBEB 

ALL  CAAOt 


■>  i  n  k 

RUN  NUMBER  I»1»1°IpIc1oI 
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FISCAL  year  N*  /9A3 


Bon  a|annaB03niaQiGai3i3ia33nrBnnaQGnini3nnanaGn33ni 


MO-YEAR  DAT* 
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SIB 


Table  13.4 

MATERIEL  DATA 


MATERIEL  NUMBER 


I  MATERIEL  NAME 


COMBAT  CONSUMPTION  KATE 


MAINTENANCE  FLOAT  COEFFICIENT 


(/  MONTH) 


11*1 


□nnnn 


ALL  CAROS 


MISSION /AREA  0 
all 

CAROS 


RUN  NUMBER 


PCEECG 


ALL  CAROS 


COOE 

< 

a 

s 

1 L. 

'» 

0000D 

[□ 

gasrinraniBGigQiaainEUCsaarinnok 


H 

■'I.'!  |  |  fi  wm 

NEFLACEMENT /CONSUMPTION  RATE  (  /  YEAR ) 

R 

< 

IaI 

>- 

•  ••On  I  I  •  « 


*  •  •  *0  •'  '» 

HR 

mm 

HI 

HR 

KBff 

HR 

Nit 

«• 

0 

0 

0 

0 

0 

0 

□ 

0 

5 

5 

rr.nrri 

□ 

□ 

■ 

I 

■ 

■ 

1 

■ 

■ 

■ 

■ 

■ 

■ 

1 

■ 

■ 

1 

■ 

■ 

■ 

■ 

■ 

DATA 

»••«•<■  •< 

HR 

H 

HH 

SHI 

N*  3 

s>  •» 

SH 

HI 

N  ♦  • 

•S 

rrtrvm 

COMBAT  CONSUMPTION  RATE  (/DAY) 

■□□nn0i 

6 

L 

J 

L 

J 

L 

J 

m 

E 

FJ 

n 

3 

Esnm 

EEEE3 

■ 

L 

T 

J 

r 

_ 

_ 

irTTnrrFrrTtn  1 1  1  rnr—  »■  him 

IbbisdI 

2_ 

L 

■ 

■ 

■ 

J 

L 

J 

t 

j 

1 

■ 

■ 

■ 

■1 

[■ 

I 

I 

J 

L 

. 

_ 

ijgwji j 

1  COMBAT  CONSUMPTION  RATE  ( /  OAY  )  j 

@552 

irnnrrMaTTTi^i  1  nHIIII'IR 

□onos 


i  m 


• 

If 

m 

Jinnnnil 

li 

IT 

n 

IT 

T) 

rr 

TT 

T] 

rr 

TT 

13 

IT 

IT 

ill 

■■■ 

z 

[ 

n 

n 

lul HJ 

a 

±± 

±j 

tt 

tt 

JJ 

tt 

tt 

iJ 

tt 

11 

a 

tt 

tt 

D 

Xu 

[  COMBAT  CONSUMPTION  RATE 

(/DAY) 

rcunrr  etc  iromzirH 

(/YEAR) 

□ 

B 

■ 

■ 

0 

• 

r 

■ 

■ 

■ 

■ 

r 

_ 

- 

n 

■3 

r 

r 

1 

" 

1 

r 

■ 

n 

_ 

n 

r 

~ 

■ 

" 

r 

" 

1 

-1 

n 

B 

0 

■ 

■ 

M 
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ALL  CARO* 


Tabl«  13.4 

MATERIEL  DATA 

♦ 

MISSION  /AREA  5] 


RUN  NUMBER  loHoloWcl 
all  caaos 


nr  b 

PAGE  I  or. 


FISCAL  YEAR:  N>  Hi 4 


□□HQDiDliaMinnnninGMDiDninEncninnnnDDi 


00000  □  EG35E 
00000  □  ■■■■■! 

■■■■I  ■  ■■■■■ 


□30OQ 

00000 


■■■■■ 

■■■■■ 


rannan 

E3EF1  3H 

■■■■■ 

■■■■■ 

■■■■■ 


FISCAL  YEAR 


mm 

HR 

KH 

HER 

mu 

KH 

KH 

IUH 

mu 

■■■■■ 

■■III 

■■■■■ 

■■■■■ 

■■■■■ 

HHI 

■Mil 

■Ena 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■mi 

■am 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■BIBB 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■am 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■mi 

■am 

■■■■■ 

■■■■■ 

Him 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■BIBB 

□anno] 

COHO 


aaSI 

□□■■al 


rooipl 

IMoiial 


□□liol 

□□■■o| 


□□■■0 

□□■■□ 


lEEcnslnnnn’ii 


FISCAL  YEAR 


N  ♦  3 


BBnng|EEnpq|BEKE3 


[IimlmilTmiiTmll 


□■■■■ 

□■■■■ 

Bllll 

oim 

□■■■■ 

□■■■■ 

oim 

□■■■■ 

oim 

□■■■■ 


■■■■■ 

Hill 

■mi 

■■■■■ 

■■■■■ 

■■■■■ 

■■■■■ 

■mi 

■■■■■ 

■mi 

■■III 

■mi 
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mu 

mil 

■■■■■ 

■mi 

■■■■■ 

■■■■■ 
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■mi 

■■■■■ 
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■■■■■ 

■■■■■ 

■mi 
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■■■■■ 
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■■■■■ 

■■■■■ 
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■■■■■ 

■mi 
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mu 
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■■■■■ 

■mi 
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mu 
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■■■■■ 

ft  is 
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Table  13.5 


MATERIEL  COST  OATA 


MATERIEL  NAME 


YEARLY  AVERAGE  UNIT  COST 


MATERIEL  NUMBER  ISlMtl/tfl 

ALL  CANOS 


MISSION/AREA 


RUN  NUMBER  E55ESB 

all 


....  .  . 


Qmmmimrm 


i 


FISCAL  YEAR 


DELIVERIES  TO  TO.  A  INOEX 
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Table  13.6 

MILITARY  PERSONNEL  DATA 


MILITARY  PERSONNEL  TYPE, NUMBER 
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MILITARY  PERSONNEL  OATA 
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PAGE  1 


fiscal  year  N  ■ 


FISCAL  YEAR 


TabU  13.7 

UNSPECIFIED  UNIT  PERSONNEL  ALLOCATION  SCHEDULE 


TOTAL  MILITARY  PERSONNEL  1-*|Q|0|0|0| 

all  CAItO* 


RUN  NUMG 


MISSION/ 

AREA 

NAME 


COOE  £ 
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N-  I  N 

<•  '»  ••  II 


Qmm 

D00CE 

□nanE 

OHS0E 

□■■■I 

OINI 


EGP1SE 

PRESS 

ERRSE 

snaas 


□naciE 

□nanE 

□REna 

□nans 

□■■■■ 


□■■■■ 

□■■■■ 

□■■■Si 


□nEDE 

□nanE 

□nans 

□■■■■ 

□■■■■ 

□■■■■ 


□■■■■ 
□■■■■ 
□■■■i 
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□  an 
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□BEEP 
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BBBBB 

BBBBB 
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BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

S5SSSSS 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBKB 

BBBBB 

BBBBB 

BBB1S 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBRjns 

BBBBB 

BBBBB 

mm 

BBBBB 

BBBBB 

Biiii 

- 

Ispeee 

annas 

anaaa 

BBBBB 

BBBBB 

BBBBB 

anna  e 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

- 

LLLL 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBB 

- 

BBBBB 

■■■■■ 

BBBBB 

■■■■■ 

BBBBB 

■■■■■ 

BBBBB 

BBBBB 
■  ■■■■ 

BBBBB 

■■■■■ 

- 

■■■ 

BBB 

~ 

■■■■■ 

BBBBB 

■  ■■■■ 
BBBBB 

■  ■■■■ 
BBBBB 

■  ■■■■ 
BBBBB 

■  ■■■■ 
BBBBB 

■■■■■ 

BBBBB 

- 

BBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 
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B 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

ass: 
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a 
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BBBB8I 

BBB» 

BHBflj 

- 

“REEE 
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annas 

BEREE 

BBBBB 

BBBBB 

BBBBB 

PISES 

PSERE 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBflfll 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

IBBBB 

BBBBB 

■■■BB 

■■BBB 

IBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

■■■■■ 

IBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

IBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

BBBBB 

■■BBB 

IBBBB 

IBBBB 

BBBBB 

BBBBB 

BBBBB 

Tabl«  13.7 

UNSPECIFIED  UNIT  PERSONNEL  ALLOCATION  SCHEDULE 


ISONNEL  HOlOlOlOl 

ALL  CAROS 


RUN  NUMBER  \°1<?\PKM°\ 
ALL  CAROS 


FISCAL  YEAR  N*  /f*l_ 


mnnE 

IO0EE 

IflSflE 

IH00E 


146- 


Tabl#  13.8 


IS  A 


YEARLY  DATA 


EQUIP  COMBAT  COM  SUMP  STOCK  LEVEL  AO  JUST  FACTOR. 


RELATED  EQUIPMENT  STOCK  LEVEL  AOJUST  FACTOR 


UNSPECIFIEO  PEMA  ITEMS  COST  COEFFICIENT 


NUMBER  lolololoM 

ALL  CAROS 


WORLD  WIDE  DATA 


MISSION /AREA  0 


RUN  NUMBER  bMoJoloiol 

ALL  CARO* 


33300 

03030 

33303 


Enngg 


m 


FISCAL  YEAR 


Ml 


NO -YEAR  DATA 


RUN  NAME 


TRANSFER  TRANSPORTATION  COST  COEFFICIENT 


TRAINING  COST  APPROPRIATION  ALLOC.  RATE,  PEMA 


TRAINING  COST  APPROPRIATION  ALLOC  RATE.  MCA 


TRAINING  COST  APPROPRIATION  ALLOC  RATE,  OBMA 


TRAINING  COST  APPROPRIATION  ALLOC  RATE,  MPA 


SECOND  DESTINATION  TRANSP  COST  COEFFICIENT 


DAYS  OF  COMBAT  STOCKS.  EQUIPMENT 


PAYS  OF  COMBAT  SUPPLY,  RELATEO  EQUIPMENT 


OPERATING  FORCES.  BP-IOOO  $'P| 


I0000OI 

03000 

33303 

QOQiO 

33303 

33303 


03030 

0Q03Q 

33333 

33333 


nnnran 

nnnas 

snnBB 

0HCIB3 


BQOQ3 

nrariHB 

nrinns 


SBSSS 


1/15/41 


Table  13.8 

WORLD  WIDE  DATA 


m  A 


number  lololololl  J 

all  carm 


MISSION /AREA  0 


RUN  NUMBER 


ALL 

CARD* 


H  »»  »  H  H  I 


ALL  CAROS 


PAGE_L_OF 


aaaan 

000QQ 

aaaas 


□□□□□ 

B3QQ0 

QQQOQ! 

0300131 

□□□□□I 


QQGBGH 

eg00q| 

□□GOB 

□□GOD 


FISCAL  YEAR:  N-  /H3 

sl 


9 


FISCAL  YEAR 


a 

a 

□ 


Tablt  13.9 

MISSION  /AREA  DATA 


RUN  NUMBER  IgiotolfflgiQl 

ALL  CMOS 


FISCAL  YEAR 


Tobli  19.11 


-149- 


ZA 


RROORAM  ADD  /CHAN AC  DATA 


ZA 


NUN  NUMBER  CHANM 
FROM _ TO _ 


ALL  CMN 


CPfCCTtVC  DATE  - 

MM _ or _ 


LINE  NUMOER 

1 

t 

5  | 

4 

9 

• 

T 

• 

• 

10 

1 1 

It 

IS 

14 

IS 

'• 

17 

IS 

19 

20 

21 

22 

23 

24 

25 


COMMENTS  ON 


-151- 


Colunm  Contents  of  the  Field 

1-5  ID  Hunters,  described  in  Section  13.2.1. 

6  Mission/Area  Code,  described  in  Section  13.7.1. 

7-11  Data  Code,  described  in  Section  13.2.2. 

13-72  Data. 

73  Delete  indicator,  described  in  Section  13.5.2. 

7^  Aggregation  level,  described  in  Section  10.2. 

75-80  Case  and  Run  Number,  used  for  identification. 

The  following  example  is  provided  to  give  the  analyst  sane  under¬ 
standing  of  how  the  fields  are  used.  It  shows  what  information  is 
punched  into  each  of  the  fields  when  entering  the  unit  cost  of  a  rifle. 


Sections  13.2.1  through  13-2.3  explain  in  some  detail  the  coding 
structure  of  three  fields:  The  ID  numbers,  the  data  codes,  and  the 
format  codes.  The  coding  of  the  other  fields  is  explained  elsewhere 
in  the  manual  in  Sections  9.3,  13.4  and  13.7.1. 

13.2,1  Identification  Numbers 

The  first  five  colunns  define  the  units,  items  or  personnel  to 
which  the  data  are  applicable. 
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The  coding  structure  of  the  Mark  I  Army  Cost  Model  allows  twelve 
kinds  of  ID  numbers.  The  first  five  col  irons  may  be  any  one  of  the 
following: 

1XXXX  An  ID  starting  with  the  digit  "1"  shows  MFU  data.  The 
second  digit  shows  which  OSD  program  is  involved  (e.g., 
13XXX  indicates  an  MJU  in  Program  III).  An  MFU  ID  may 
not  be  used  for  more  than  one  mission/area  designation. 

2XXXX  An  ID  starting  with  the  digit  "2"  shows  BFU  data. 

30XXX  This  pattern  shows  materiel  phasing  schedule  data. 

31XXX  This  pattern  shows  data  far  a  specific  materiel  item 

to  be  included  in  materiel  annex  output  reports. 

32XXX  This  pattern  shows  data  for  a  specific  materiel  item 
other  than  for  the  materiel  annex  (Standard  B  items 
being  phased  out,  for  example). 

33XXX  This  pattern  shows  a  specific  (materiel  annex)  item 
of  related  equipment. 

40000  This  specific  ID  shows  ratios  of  specified  to  unspecified 
personnel. 

41XXX  This  pattern  shows  officer  data. 

kSXXX  This  pattern  shows  enlisted  personnel  data. 

43XXX  This  pattern  shows  data  about  civilian  personnel. 

00000  This  specific  ID  shows  dictionary  data. 

OOOOl  This  specific  ID  shows  force  and  run  constants. 

No  other  group  of  first  five  digits  is  allowed. 

13.2.2  Data  Codes 

Columns  7-11  define  the  specific  kind  of  information  which  is 
included  in  the  data  field,  columns  13-72;  the  specific  data  entries 
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would  be  meaningless  vithout  this  code.  The  data  coding  structure  is 
subordinate  to  the  ID  number;  a  specific  set  of  data  code  digits  may 
have  several  different  meanings  depending  on  the  ID  number  with  which 
it  is  used. 

Tables  13-13  through  13-19  show,  for  each  of  the  allowable  ID 
numbers  (see  Section  13-2.1), the  meanings  of  allowable  data  codes. 

13,2-3  Format  Codes 

The  Mark  I  format  codes  are  listed  and  described  in  Table  13-20. 
The  format  code  is  punched  in  column  12  of  each  input  card  in  order 
to  define  the  dimensions  of  the  data  to  follow  in  columns  13*72. 

The  operator  must  be  especially  careful  in  selecting  among  formats 
1  through  6.  These  format  codes  include  special  provisions  for  the 
use  of  blanks  (not  allowed  to  be  intermixed  with  numbers,  but  the 
entire  field  may  be  blank)  in  order  to  minimize  errors. 

Format  1  is  appropriate  for  adjustment  factors  and  has  been  pre¬ 
printed  on  the  input  sheets.  If  the  adjustment  fields  are  all  left 
blank,  the  factor  1.0  will  be  used  with  no  impact  on  the  output.  An 
adjustment  factor  may  be  inserted  at  the  first  year  when  it  will  go 
into  effect;  for  all  subsequent  years  blanks  will  be  interpreted  to 
mean  continuance  of  the  factor.  Format  2  will  usually  be  appropriate 
for  force  descriptions  on  Input  Sheets  I  and  II.  Each  of  the  numeric 
fields  is  expressed  as  units.  The  key  punch  operator  can  supply  any 
needed  zeros  at  the  left.  Thus, to  show  an  authorization  of  231  units, 
the  input  sheet  field  should  be: 


°.0.2j3JL 


or 


Li 


.  LMsIiI 


but  not 


Table  13.13 

DATA  CODES  FOR  MAJOR  FORCE  UNITS  (ID  NUMBER  1XXXX) 


Data  Code 

1XXXX 

2XXXX 

3XXXX 

4xxxx 

OOXXX 

and 

OXXXX 

OOXXX 


Explanation 

Not  allowed. 

Specifies  numbers  of  BFU's  at  year  end. 

Specifies  the  number  of  non-BFU  materiel,  year  end. 

Specifies  numbers  of  non-BFU  personnel. 

Specifies  the  following  fixed  length  data  (OOXXX)  and 
the  variable  length  data  (OXXXX): 


Fixed  length  Data 


00001 

MFU  title. 

00011 

Sec  Def  number. 

oooi3( 
00029( 
00045 ( 

MFU  force  structure,  year-end. 

00061 

Adj.  factor, 

officer. 

00073 

Adj.  factor. 

enlisted. 

00085 

Adj.  factor. 

civilian. 

00097 

AdJ.  factor, 

equipment . 

00109 

AdJ.  factor, 

related  equipment. 

00121 

AdJ.  factor, 

repl.  consumption  of  equipment. 

00133 

AdJ.  factor, 
equipment . 

training  consumption  of  related 

'uCP 

88 

AdJ.  factors 
reserved  for 

-  unspecified  and 
future  use. 

00157( 

00l67( 

00177( 

comments 
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OXXXX 


Variable  Length  Data 

02XXX  Specifies  thruput/output  data:  P34A,  materiel 
annex. 

03XXX  Specifies  thruput/ output  data:  other. 

04XXX  Specifies  $/average  military  man. 

05XXX  Specifies  $/'incremental  military  man. 

06XXX(  Not 
07XXX(  allowed. 
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Table  13- 14 


DATA  CODES  FOR  BASIC  FORCE  UNITS  (ID  NUMBER  2XXXX) 


Data  Code 

Explanation 

1XXXX 

Not  allowed. 

2XXXX 

Not  allowed. 

3XXXX 

Specifies  numbers  of  materiel  items  per  BFU. 

UXXXX 

Specifies  numbers  of  personnel  per  BFU. 

OOXXX 

and 

OXXXX 

Specifies  the  following  fixed  length  data  (OOXXX) 
and  variable  length  data  (OXXXX): 

Fixed  Length  Data 

ooxxx 

00001 

BFU  title. 

00061 

Adj.  factor,  officer. 

00073 

Adj.  factor,  enlisted. 

00085 

Adj.  factor,  civilian. 

00097 

Adj.  factor,  equipment. 

00109 { 
0012l( 

Adj.  factor  -  unspecified  and  reserved 
for  future  use. 

00157( 
00l67( 
00177 ( 

Comments. 

Variable  Length  Data 

OXXXX 

02XXX 

Specifies  thruput/output  data:  PEMA,  Materiel 
Annex. 

03XXX 

Specifies  thruput/output  data:  other. 

04XXX 

Not  allowed. 

05XXX 

Not  allowed. 

VO  l* — 

0  0 

Specifies  $/average  BFU.  (  For  data  which 

Specifies  ^/incremental  BFU. (  is  constant  per 

(  unit  over  time, 
(  only. 
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Table  13.15 

DATA  CODES  FOR  MATERIEL  PHASING  SCHEDULES  (ID  NUMBER  30XXX) 


Data  Code 
1XXXX 
2XXXX 
3XXXX 


4XXXX 

OXXXX 


Explanation 

Not  allowed. 

Not  allowed. 

As  follows: 

30XXX  Not  allowed. 

31XXX(  Specify  ratio  of  specific  equipment 
32XXX(  item  to  generic  item  (30XXX). 

33XXX( 

Not  allowed. 

00001  Specifies  name  -  ail  others  -  not  allowed. 
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DATA  CODES  FOR  MATERIEL  (ID  NUMBERS  31XXX,  32XXX,  and  33XXX) 


Data  Code 
1XXXX 
2XXXX 

3xxxx 


4XXXX 

oxxxx 


Explanation 

Rot  allowed. 

Not  allowed. 

As  follows: 

30XXX  Not  allowed. 

33XXD  Specifies  ccmbat  consumption  rate  of  related 
equipment . 

33XX1  Specifies  training  consumption  rate  of 
related  equipment. 

Not  allowed. 

Specifies  materiel  constants  and  factors  as  follows: 
00001  Name 

00011  Yearly  average  unit  cost. 

00023  Unspecified  units  equipment  allowance  factor. 
00035  Delivery  to  TOA  Index. 

OOO36  Delivery  to  expenditures  index. 

00037  Ccmbat  consumption  rate. 

OOO38  Maintenance  float  coefficient. 

00039  Replacement  consumption  rate. 
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DATA  CODES 

Data  Code 
1XXXX 
2XXXX 
3XXXX 
4XXXX 

oxxxx 


41XXX 

42XXX 

43XXX 


Table  13.17 

FOR  SPECIFIED  AMD  UNSPECIFIED  PERSONNEL 

Specified  Personnel 
(ID  41XXX,  42XXX  and  43XXX) 

Explanation 

Not  allowed. 

Not  allowed. 

Not  allowed. 

Not  allowed. 

Specifies  personnel  constants  and  factors  as  follows: 


00001 

Title 

00011 

Pay  and  allowances  $/'military 

man. 

00012 

Turnover  rate. 

00013 

New  personnel  training  cost: 

$/military  man. 

00014 

Replacement /deficiency  c onstruct ion : 
^/military  man. 

00015 

Unspecified  PEMA  items  cost: 

$ /military  man. 

Unspecified  Personnel 
(ID  Number  40000 ) 

Specifies  ratio  of  officers  to  total  military  personnel. 

Specifies  ratio  of  enlisted  men  to  total  military  personnel. 

Specifies  ratio  of  civilian  personnel  to  total 
military  personnel. 
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Table  13.18 

DATA  CODES  FOR  FORCE  AMD  RUN  CONSTANTS  (ID  OOOOl ) 

Data  Code  Explanation 

OOOXX  Specifies  the  force  and  run  constant  data  as  follows: 

OOOOl  Run  name . 

00012  Transfer  transp.  cost  coeff. 

00013  Training  cost  appropr.  alloc,  rate:  PSiA. 

00014  Training  cost  appropr.  alloc,  rate:  MCA. 

00015  Training  cost  appropr.  alloc,  rate:  OtM,  A. 

00016  Training  cost  appropr.  alloc,  rate:  MPA, 

00026  Second  dest.  transp.  cost  coeff. 

00027  Days  of  combat  stocks,  equipment. 

00028  Days  of  combat  stocks,  related  equipment. 

00029  Operating  forces:  BP  2000  $ /average  man. 

00041  Equipment  combat  cons,  stock  level  adj. 
factor. 

00053  Related  equipment  stock  level  adj.  factor. 
OOO65  Unspecified  PEMA  items  cost  coefficient. 


1XXXX 

Not 

allowed. 

2XXXX 

Not 

allowed. 

3XXXX 

Not 

allowed. 

4XXXX 

Not 

allowed. 
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Table  13-19 

DATA  CODES  FOR  DICTIONARY  ENTRIES 
(ID  Number  OOOOO ) 

Data  Code  Explanation 

1XXXX  Dictionary  Data  Items  for  MFU. 

2XXXX  Dictionary  Data  Items  for  BFU. 

3XXXX  Dictionary  Data  Items  for  Materiel. 

4XXXX  Dictionary  Data  Items  for  Personnel. 

OXXXX  Dictionary  Data  Items  for  Dollar  Inputs. 

OOXXX  Dictionary  Data  Items  for  Force  and  Run  Constants. 

NOTE:  Refer  to  Section  13-6  for  the  description  of  dictionary 
entries . 
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Table  13.20 
MARK  I  FORMAT  CODES 


Value  of  field  if  left  blank  I 

Format 

Code 

Description 

Extreme  Left 
Hand  Data  Field 

1 

Numeric 

12  Numeric  fields  of  (X.XXXX) 

1.0 

Prior  Field 

2 

12  Numeric  fields  of  (XXXXX.) 

0.0 

Prior  Field 

3 

12  Numeric  fields  of  (XXXX.X)«(lo3) 

0.0 

Prior  Field 

k 

12  Numeric  fields  of  (XXXX.X).(lO6) 

0.0 

Prior  Field 

5 

12  Numeric  fields  of  (X.XXXX) 

0.0 

Prior  Field 

6 

12  Numeric  fields  of  (XXX.XX)»(365) 

0.0 

Prior  Field 

7 

7  Numeric  fields  of  (X.XXXX) 

0.0 

0.0 

8 

7  Numeric  fields  of  (X.XXXX) 

0.0 

0.0 

J 

2k  Alphabetic  characters  plus  12 

0.0 

Prior  Field 

S 

numeric  fields  of  (XXX. ) 

1  Numeric  field  of  (X.XXXX) 

0.0 

N/A 

T 

1  Numeric  field  of  (XXXXX.) 

0.0 

N/A 

U 

1  Numeric  field  of  (XXXXX.)  f  (365) 

0.0 

N/A 

■ 

1  Numeric  field  of  (X.XXXX)* (12) 

0.0 

N/A 

I 

Alphabetic 

6  Alphabetic  characters 

12  Alphabetic  characters 

2k  Alphabetic  characters 

36  Alphabetic  characters 

k8  Alphabetic  characters 

60  Alphabetic  characters 

J 

> 

Not  Appl i cable 
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Similarly,  to  enter  an  authorization  of  1,024  units,  the  input  field 
should  be: 


oIi]o>2  or  Ti '  o  2  4 

but  not 

Formats  3  and  4  are  used  instead  of  format  2  if  the  values  to  be 
entered  are  too  large  to  be  represented  in  units  in  a  five  digit  field. 
Format  3  would  be  used  to  represent  356,700  as  follows: 

ri3j5|6|7| 

Format  4  would  be  used  to  show  11,894,243  by  rounding  the  quantity  to 
11,900,000  as  follows: 

Format  5  is  appropriate  for  use  in  materiel  phasing  shcedules  and 
unspecified  unit  personnel  allocations  and  it  has  been  pre-printed  on 
Input  Sheets  III  A  and  III  E.  It  can  also  be  used  for  adjustment  factors 
or  for  unit  prices. 

Format  6  is  an  example  of  the  special  conveniences  furnished  to 


the  operator.  The  combat  consumption  rates  of  ammunition  are  most 
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readily  available  in  terms  of  usage  per  day.  Ibis  format  is  appropriate 
for  related  equipment  on  Input  Sheet  III  B.  The  operator  must  recognize 
the  unwritten  decimal  point.  Five  rounds  per  day  would  be  entered: 

[_]  J5|0i°] 

Where  the  operator  has  a  choice  between  formats  2  and  3>  or  3 
and  4,  he  6hould,  in  general,  use  the  lower  numbered  format.  If,  how¬ 
ever,  he  can  reasonably  anticipate  the  general  trend  for  future  years, 
and  the  range  of  values  during  the  twelve  years  specified  is  toward  the 
higher  format  code,  then  he  would  be  well  advised  to  use  the  higher 
code. 


In  the  case  of  alphabetic  fields,  A-F  in  Table  13.20,  the  operator 
should  use  the  shortest  field  which  will  meet  his  needs;  otherwise  computer 
memory  space  is  needlessly  reserved. 

13.2.4  Code  Assignments  in  the  Mark  I  Model 

The  foregoing  sections  described  the  general  structure  of  the 
codes  used  for  input  data.  However,  the  operator  will  need  to  know 
the  specific  coding  assignments  made  for  specific  inputs. 

Codes  for  major  force  units,  basic  force  units,  materiel  items, 
and  personnel  types  are  best  obtained  from  the  Input  Listings  described 
in  Section  13.4.  The  codes  assigned  for  cost  inputs  are  listed  in 
Section  9.3.  The  mission/area  codes  are  listed  in  Section  13.7.I. 

13.2.5  Assigning  New  Code  Numbers 

This  section  explains  how  to  select  a  5  digit  code  mmber  for  new 
major  force  units,  basic  force  units,  materiel  items,  materiel  thruputs. 
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personnel  types  and  cost  inputs.  The  number  is  the  identifying 
code  used  on  the  input  sheets  and  in  the  input  listings. 

Basically,  the  selection  involves  two  steps.  First,  the  operator 
should  identify  the  proper  range  of  allowable  numbers  for  the  particular 
category  involved.  Second,  the  operator  should  pick  a  specific  number 
within  that  range  which  has  not  yet  been  used. 

(a)  Major  Force  Unit  Codes.  The  first  digit  of  a  major  force  unit 
is  1  and  the  second  digit  is  determined  by  the  applicable  SecDef  Program. 
Thus  if  a  new  major  force  unit  is  added  to  Program  III,  the  operator 
should  select  an  unused  number  from  13000  to  13599* 

Since  the  MFTJ's  are  printed  out  according  to  their  numerical 
sequence,  the  choice  of  the  last  three  digits  depends  on  where  the 
operator  wants  the  unit  printed  out  within  the  Program. 

(b)  Basic  Force  Unit  Codes.  The  operator  can  select  any  unused 
number  of  20000  to  29999.  The  sequence  or  choice  within  this  range  is 
immaterial  since  there  is  no  output  for  basic  force  units. 

(c)  Materiel  Item  Codes.  For  materiel  items,  the  first  digit  is 
always  3  and  the  second  digit  is  defined  as  in  the  following  list  for 
materiel  codes.  For  the  model's  computer  program,  only  the  first  and 
the  second  digits  are  significant,  except  for  related  equipment  where 
the  final  digit  designates  a  stock  or  flow  factor.  The  third  digit 
designations  are  only  for  the  operator's  convenience.  The  third  digit 
can  be  used  to  indicate,  for  example,  whether  a  piece  of  equipment  is 
an  Sigineer  or  Chemical  item. 
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Code 


Class  of  Equipment 


Digit: 

12  3  4  5 
3 

0 

1 

2 

1  X  X 

2  X  X 
b  X  X 

5  X  X 

6  X  X 

7  X  X 
3 

X  X  0 
XXI 


All  Items 
Generic 
Standard  A 
Substitute 
Missiles 
Other  Ordnance 
Chemical 
Engineer 
Signal 

Transportat ion 
Related  Equipment-Ammunition 
Stockage 
Consumption 


Thus  for  a  Standard  A  missile  item,  the  operator  should  select  an 
unused  number  between  31100  and  31199*  The  choice  of  the  last  two 
digits  depends  on  the  unused  numbers  available  (see  Part  (d)  of  this 
section,  "Materiel  Thruput  Codes,"  for  further  explanations)  and  the 
sequence  desired  by  the  operator  within  the  range. 


For  an  ammunition  item  the  operator  should  select  an  unused  number 

between  3300F  and  3399^,  where  F  will  always  be  0  for  stockage, or  1  for 

training  consumption,  of  the  ammunition  in  question.  The  operator  has 
« 

a  range  of  100  available  codes  for  ammunition;  the  range  is  confined  to 
the  third  and  fourth  digits  of  the  code. 
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(d)  Materiel  Thruput  Codes, 
is  as  follows: 

Code 


The  range  of  codes  for  materiel  thruputs 


Materiel  Thruput 


Digit: 


12  3^5 
0  2 

1  X  E 

2  X  E 
k  X  E 

5  X  E 

6  X  E 

7  X  E 
9  X  E 


All  Items 
Missiles 
Other  Ordnance 
Chemical 
Engineer 
Signal 

Transportation 

Ammunition 


For  the  computer  program  the  first  and  second  digit,  which  designate 
a  materiel  thruput,  are  significant.  Hie  final  digit  is  also  significant 
to  the  computer  program  and  must  always  be  an  even  number,  i.e.,  only 
0,  2,  4,  6,  or  8.  The  third  digit  of  the  code  is  a  mnemonic  for  the 
operator  telling  him  again  whether  the  item  is  Signal  or  Engineer,  etc. 


To  assign  a  new  materiel  thruput  code  the  operator  can  select 
any  unused  code  conforming  to  the  explanation  above  but  with  the 
following  constraint.  If  the  last  3  digit  number  combination  is  used 
as  a  materiel  item  code  (30XXX),  it  cannot  be  used  as  a  materiel  thruput 
code  and  conversely,  if  the  last  3  digit  nunber  combination  is  used  as 
a  materiel  thruput  code,  it  cannot  be  used  as  a  materiel  item  code. 

For  example,  sets  of  the  following  types  are  not  allowed: 
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Materiel  Item  Code  with  Materiel  Ihruput  Code 


3x228 

02228 

3x230 

02230 

3x130 

02130 

(e)  Personnel  Codes.  The  range  of  codes  for  personnel  types 
is  determineu  by  the  first  2  digits  of  the  code  as  follows: 

Code  Types  of  Personnel 

Digit: 

1  2  3  It  5 


1  X  X  X 

2  X  X  X 

3  X  X  X 


All  types 
Officers 
Enlisted  Men 
Civilians 


Thus  for  a  new  type  of  officer,  the  operator  should  select  any 
unused  number  fran  UlOOO  to  41999* 


(f)  Cost  Input  Codes. 
Code 


The  cost  input  codes  in  the  model  are  as  follows: 
Cost  Input 


Digit: 


12  3^5 

0  3  X  X  X 
0  4  X  X  X 
0  5  X  X  X 
0  6  X  X  X 
0  7  X  X  X 


Ihruput/ output  data,  TOA 
$/average  military  man 
$/incremental  military  man 
$/'average  unit 
$/incremental  unit 
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All  Budget  Projects  and  Budget  Accounts,  e.g.,  BP  2300,  are  already 
coded  for  the  model.  A  list  of  the  Budget  Projects  and  Budget  Accounts 
Is  Included  In  Section  9>3«  The  list  shows  that  cost  categories  are 
coded  with  a  OXAAA  combination.  If,  for  example,  the  operator  wants 
to  use  BP  2300  on  a  dollars  per  average  unit  basis,  the  operator  must 
maintain  the  final  three  digits  of  the  code  as  given  In  the  list  and 
prefix  the  final  three  digits  with  "0 6, "  which  signifies  dollars  per 
average  unit.  Hie  code  is  06660  for  BP  2300  on  a  dollars  per  average 
unit  basis.  In  other  words,  all  Budget  Projects  and  Budget  Accounts 
are  identified  by  the  final  three  digits  of  their  code. 

If  a  new  cost  category  Is  to  be  added  and  the  operator  wants  to 
assign  a  code  to  the  new  account,  the  operator  must  consult  with  the 
ADP  programmer  when  he  assigns  the  code.  The  ADP  programmer  has  to 
program  the  new  code  for  the  new  account  in  order  to  have  it  aggregate 
in  its  proper  cost  category. 

13.3  PREPARATION  OF  INPUT  SHEETS 

The  input  sheet  Is  a  vital  step  In  communication  between  the  model 
operator  and  the  computer,  which  will  accept  punched  cards.  The  input 
sheets  are  instructions  to  the  card  puncher.  The  input  sheets,  the 
available  format  codes,  and  the  conventions  which  have  been  programmed 
into  the  computer  operation  all  combine  to  provide  a  flexible,  convenient 
technique  for  specifying  model  parameters.  A  minimum  of  writing  and 
card  punching  is  needed.  To  further  reduce  the  risk  of  operator  errors, 
certain  required  information  is  pre-printed  on  the  input  sheet. 

Sections  13.3.1  to  13«3«3  explain  the  mechanical  procedures  for 
preparation  of  the  input  sheets  which  are  described  in  Section  13. 1. 
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13.3.1  Punched  Card  Layout 

Section  13.2  describes  in  detail  the  standard  80  column  cards  and 
the  fields  into  which  the  columns  are  divided.  The  punched  card  layout 
is  repeated  here  as  a  convenient  reference  for  the  following  Sections 

13.3.2  and  13.3.3. 


ID 

Numbers 

< 

af 

Data 

Code 

Format 

DATA 

Delete 

S 

•H 

•P 

<0 

to 

l 

■§? 

Case  and 

Run  Number 

06 

09 

10 

II 

» 

13 

14 

15 

2 

69 

70 

71 

72 

73 

74 

75 

76 

77 

79  80 

L 

□ 

□ 

J 

_ 

J 

r 

_i_ 

13.3.2  Allowable  Characters 

Each  card  column  must  contain  one,  and  only  one,  character.  Thus, 
the  first  five  columns  of  each  card  represent  a  five  character  field. 
Punched  card  fields  are  of  two  types:  numeric  and  alphabetic.  A 
numeric  field  can  contain  only  the  digits  0  through  9*  Within  a  numeric 
field  blanks  are  usually  not  allowed,  but  key  punch  operators  can  be 
instructed  to  supply  zeros  in  place  of  any  blanks  in  numeric  fields  on 
input  sheets.  Decimal  points  and  commas  may  not  be  used  in  numeric 
fields. 

In  alphabetic  fields  any  of  the  48  available  characters  may  be  used, 
as  follows: 

The  digits  0  through  9  ID 

The  letters  A  through  2  26 

11  characters:  .,+-=(  )$*'/.  11 

Blank,  sometimes  represented  by  small  1 

48 


Total  available 
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To  avoid  any  possible  confusion,  operators  should  be  careful  to 
employ  the  following  standardized  techniques  (understood  by  key  punch 
operators)  to  distinguish  between  similar  characters: 


Zero 

numeric 

0 

Oh 

alphabetic 

i 

One 

numeric 

i 

Eye 

alphabetic 

i 

Two 

numeric 

2 

Zee 

alphabetic 

2 

Five 

numeric 

5 

Ess 

alphabetic 

s 

The  operator  should  be  familiar  with  the  format  codes  available 
in  the  model  (see  Section  13*2.3)«  Except  for  format  7,  blank  fields 
can  have  values  assigned  to  them  from  fields  to  the  left.  Entry  of 
data  which  repeat  from  field  to  field  is  not  necessary. 


13 .3.3  Illustration 

Consider  the  case  of  a  major  force  unit  which  is  expected  to  include 
basic  force  units,  identified  as  20390,  in  the  following  amounts: 


Fiscal  Year  Units 


N-l  0 

N  0 

N+l  8 

N+2  8 

N+3  6 

N+4  6 

N+5  6 

N+6  6 

N+7  0 

N+8  0 

N+9  0 

N+10  0 
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The  appropriate  line  on  Input  Sheet  I  need  only  show  the  following: 


— 

CODE 

P 

N-l 

N 

N+l 

N+2 

N+3 

z 

Lx 

B 

□ 

Q 

IE 

ID 

m 

□ 

ca 

ID 

IE 

23 

El 

E 

S3 

m 

□ 

□ 

a 

3 

E 

□ 

□ 

B 

99 

£2 

□ 

m 

1 

0 

3 

£ 

0 

G 

■ 

n 

n 

r 

n 

□ 

□ 

n 

u 

□ 

□ 

0 

1 

■ 

■ 

■ 

■ 

T] 

n 

6 

K  +  4 

N  +  5 

N  +  6 

If  +  7 

N  +  8 

H  +  9 

N  +  10 

3 

□ 

S3 

m 

E 

3 

m 

E 

E 

E 

m 

0 

51 

m 

□ 

E 

B 

E 

E 

B 

B 

ED 

H 

1 

E 

E 

a 

E 

a 

a 

a 

a 

B 

n 

L 

1 

1 

1 

Q 

1 

R 

11 

1 

R 

H 

H 

R 

R 

1 

R 

1 

R 

R 

The  key  punch  operator  normally  will  supply  additional  zeros  so  that 
the  input  card  will  be  like  this: 


CODE 

i 

as 

• 

M 

if 

N  +  1 

N  +  2 

N  + 

l! 

3 

E 

T 

IE 

a 

B 

B 

IS 

B 

□ 

B 

B 

0 

a 

E 

3 

ES 

023 

Si 

B 

E 

□ 

E9 

B 

E 

r* 

23 

□ 

c 

I 

G 

E 

G 

G 

a 

H 

1 

R 

R 

H 

1 

H 

H 

■ 

1 

G 

G 

H 

9 

1 

1 

1 

H 

R 

E 

e 

B 

B 

1 

N  +  4 

N  +  5 

N  +  6 

N  +  7 

N  +  8 

N  +  9 

N  +  10  1 

_ l 

m 

3 

T 

MU 

3 

m 

E 

I 

m 

E 

3 

ffi 

m 

^3 

9 

E 

2322^3 

9 

9 

9 

9 

EG 

m 

E 

9 

9 

9 

E 

99 

9 

a 

L 

.... 

r 

n 

... 

- 

_ 

■ 

■ 

■ 

_ 

■ 

■ 

■ 

[jim 

B 

□ 

_ 

_ 

M 

i 

n 

: 

nr 

r 

□ 

n 

The  computer  program,  in  reading  this  card,  will  supply  meanings 
for  the  blanks  as  follows: 


CODE 

rJ 

N-l 

N 

N+l 

W+2 

*+3 _ 

13 

9 

fata 

T 

B 

a 

B 

B 

B 

B 

□ 

3 

ID 

B 

9 

a 

E 

9 

□ 

9 

E 

3 

□ 

E 

E 

E9 

E 

99 

22 

B 

37 

R 

R 

E! 

R 

n 

i 

H 

R 

R 

B 

, 

R 

R 

a 

.0. 

3 

s 

o 

o 

s 

1 

B 

R 

R 

R 

1 

BB 

R 

B 

1 

N+4  1  N+5  T  N+6  I  If+7  I  *+8  I  w+o  I  11+10 


0.  Lol  Pi  ol  6 1  d  q  o|  ol  6jo  |o  !  o !  o  1 6 1  oi  o  o  o|o  ojofoio  o  ol.o  o|c  c|o|o|o|  o  o 
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There  .is,  therefore,  no  need  to  write  or  punch  the  values  which  can 
he  thus  applied. 

The  space  at  the  left  of  the  input  sheets  is  for  descriptive 
language  which  will  help  the  operator  to  interpret  the  coding.  The 
language  is  not  key  punched  and  is  not  used  in  any  model  computations. 
In  checking,  however,  the  operator  will  find  this  descriptive  language 
to  be  useful.  Examples  are  shown  on  the  Input  Sheets  in  Tables  13.1 
through  13.10. 

13.4  INPUT  LISTINGS 

An  Input  Listing  is  a  machine  print  out  containing  all  the  data 
entered  in  the  model  in  order  to  cost  a  specified  force  structure. 

The  Input  Listing  includes  every  piece  of  data,  whether  it  be  the  name 
of  a  unit,  the  number  of  personnel  in  a  unit,  the  cost  of  a  piece  of 
equipment  or  just  a  comment  for  a  particular  unit,  that  has  been 
entered  by  the  analyst  on  the  input  sheets. 

There  are  two  types  of  Input  Listings:  a  Standard  Listing  and  an 
Inverse  Listing.  The  two  Listings  do  not  contain  different  data;  only 
the  arrangement  of  the  data  is  varied.  In  the  Standard  Listing  the 
data  are  arranged  by  identification  number,  mission/area  aode,  and 
data  code,  whereas  the  Inverse  Listing  is  arranged  by  data  code, 
identification  number  and  mission/area  code.  Both  the  identification 
number  and  data  code  sorts  are  in  numeric  order  proceeding  from  the 
lowest  5  digit  number,  00001,  to  the  highest  5  digit  identification 
number  and  code  used  in  the  model.  The  mission/area  sort  follows  the 


-re¬ 
order  of  the  alphabet.  Tables  lj.21  and  13*22  are  examples  of  a 
Standard  and  an  Inverse  Listing,  respectively. 

Both  of  the  Listings  are  obtained  by  printing  out  the  data  on  the 
input  tape  using  a  separate  computer  program  written  especially  for 
that  purpose.  Either  or  both  of  the  Listings  may  be  obtained  by  the 
cost  model  operator  upon  request. 

13. kl  Standard  Listing 

The  Standard  Listing  is  a  sort  of  all  input  cards  on  columns  1 
through  11,  which  contain  the  identification  number,  mission/area  code 
and  data  code  of  each  line  of  input.  An  example  of  the  sort  follows: 


ID 

m/a 

DATA  CODE 

ill 

(7-^). 

13330 

J 

20330 

13330 

K 

20330 

13330 

K 

203k) 

205k) 

J 

06660 

20 5^) 

J 

30209 

205k) 

K 

06660 

205k) 

K 

30209 

20550 

J 

06660 

The  sort  is  based  first  on  the  identification  number,  columns  1-5 
then  on  the  mission/area,  column  6,  for  the  same  identifications.  The 
final  sort  is  on  the  data  code,  columns  7-11,  for  like  identification- 
mission/area  combinations.  This  sort  is  then  printed  out  in  the 
Standard  Listing  in  a  meaningful  sequence.  A  meaningful  sequence 


TABLE  13.21 


■175 


TRUCK  6  TON  4X4  ABT  <t»UEM 

*0251  UNITS  00015  00015  09015  00015  00C15  C0015  OOOli  00015  00015  00015  00015  00015 


TABLE  13.22 

SAMPLE  INVERSE  INPUT  LISTING 


■176' 


21*00  ft  2  00092  00052  00052  00052  00052  00052  00052  00052  00052  00052  00052  00052 

00000*  CAROS 
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vould  be  by  basic  force  unit  by  mission/area,  or  by  major  force  unit 
by  misaion/area.  Table  13.21  illustrates  the  way  in  which  inputs  for 
an  MFU  are  listed  in  the  Standard  Input  Listing. 

The  sequence  of  the  Standard  Listing  is  as  follows: 

Force  and  Run  Constants 
Major  Force  Unit  Data 
Basic  Force  Unit  Data 
Materiel  Phasing  Schedule 
Equipment /Mate riel  Data 
Military  Personnel  Data 

Hie  Standard  Listing  furnishes  the  analyst  with  such  information 
as  the  numbers  and  typeB  of  BFU's  in  an  MHJ;  the  materiel  items  in 
a  BPU  by  quantity  and  year;  the  personnel  types  in  a  BRJ  by  number 
and  year;  the  phasing  schedule  of  a  materiel  item;  all  materiel  related 
data;  and  all  personnel  related  data. 

13.4.2  Inverse  Listing 

The  Inverse  Listing  is  also  a  sort  of  all  input  cards  on  columns 
1  through  11,  with  the  exception  that  the  first  sort  is  based  on  the 
numerical  order  of  the  data  code,  columns  7-H*  When  the  data  codes 
are  identical,  the  next  sort  is  based  on  the  identification  number.  If 
the  data  code  -  identification  number  combination  are  still  identical, 
a  final  3ort  is  made  by  mission/area.  Hie  order  of  the  columns  is  still 
preserved  in  the  print  out  of  the  Inverse  Listing.  The  same  example 
used  to  illustrate  the  Standard  Listing  would  appear  in  the  Inverse 
Listing  as  follows: 


(hi) 

161 

(Izii) 

20$k0 

J 

06660 

205k0 

K 

06660 

20550 

J 

06660 

13330 

J 

20330 

13330 

K 

20330 

13330 

K 

203^ 

205^0 

J 

30209 

2051*) 

K 

30209 

The  example  does  not  include  the  data  in  columns  12-72  which  appear 

in  the  Standard  and  Inverse  Listings.  The  print  out  in  the  Inverse 

Listing  is  divided  as  follows: 

Major  Force  Unit  Names 
Basic  Force  Unit  Names 
Equipment/Materiel  Names 
Personnel  Types 
Sec.  Def .  Program  Numbers 
Yearly  Average  Unit  Costs 
Pay  and  Allowances  $/Avg.  Man 
Turnover  Rates 

Training  Cost  Appropriation  Allocation  Rate,  PHMA 
MFU  Force  Structure  Year  End 
New  Personnel  Training  Cost 

Training  Cost  Appropriation  Allocation  Pate,  MCA 

Replacement/Deficiency  Construction  $/Avg.  Man 

Training  Cost  Appropriation  Allocation  Rate,  OfcMA 

Unspecified  PEMA  $/Avg.  Mil.  Man 

Training  Cost  Appropriation  Allocation  Rate,  MPA 

Unspecified  Units  Equipment  Allowance  rhetors 

Days  of  Combat  Stocks,  Equipment 

Days  of  Combat  Supply,  Related  Equipment 

Operating  Forces,  BP  2000  $/Avg.  Man 

MRJ  Force  Structure  Year  End 

Deliveries  to  TQA  Index 

Combat  Consumption  Rate  Per  Month 

Maintenance  float  Coefficients 
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Replaceraent  / Consurapt  ion  Rates  Per  Year 
MBU  Force  Structure  Year  End 
Unspecified  PEMA  Items  Cost  Coefficient 
Comments 

Deliveries  to  TGA  -  Index  XXX 
Materiel  Annex  Thruput  Costs 
Other  Thruput  Costs  and  Factors 
Basic  Force  Unit  Assignments 
Materiel  Assignments 
Materiel  Phasing  Schedules 
Personnel  Assignments 


The  Inverse  Listing  may  be  used  to  obtain  several  types  of  informa¬ 
tion,  for  example: 

All  BFU's  vhich  have  a  requirement  for  a 
given  materiel  item; 

All  HEU*s  vhich  have  a  requirement  for  a  given  personnel 
type; 

The  modernization  rate  (phasing  schedule)  for  a  materiel 
item  by  mission/area; 

The  maintenance  float  coefficient  for  any  materiel  item; 

The  replacement/consumption  rate  for  any  nateriel  item; 

The  titles  of  any  BFU,  MHJ,  equipment  item,  or  personnel  type. 

13.5  INPUT  CHANGE  PROCEDURES 

This  section  of  the  manual  describes  the  procedures  for  making 
changes  to  the  model  inputs,  either  to  update  the  base  case  or  to 
examine  cost  implications  of  alternative  forces.  Each  departure  from 
the  base  case  requires  modifying  the  model  inputs  and  is  accomplished 
by  filling  out  Data  Change  Input  Sheets  V  A  and  V  B.  Input  Sheets  I 
through  I V  may  be  used  for  additions  and  changes  if  desired,  although 
Input  Sheet  V  A  is  more  flexible. 
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Modifications  to  the  model  input  data  fall  into  three  categories: 
additions,  deletions  and  replacements.  Additions  merely  require  the 
adding  of  new  data,  and  deletions,  the  removal  of  existing  data. 
Replacements,  however,  are  more  complex.  When  replacing  existing  data 
involving  only  columns  13-72,  the  procedure  for  making  additions  is 
followed.  When  the  replacement  involves  changing  any  of  the  first 
eleven  columns  (identification  Number,  Mission/Area  Code, Data  Code), 
both  addition  and  deletion  processes  must  be  performed.  Bach  of  these 
procedures  is  discussed  in  detail  in  Sections  13 *5 *1-13 *5 *3* 

The  initial  step  in  performing  any  modifications  requires  the 
determination  of  proper  identification  numbers,  mission/area  codes 
and  data  codes.  These  may  be  found  in  Che  Standard  or  Inverse  Listings 
where  identification  and  mission/area  distributions  are  shown  in 
complete  array  for  each  code  number. 

All  modifications  to  the  model  must  be  entered  as  completely  new 
data,  not  as  increments  or  decrements  to  existing  Inputs. 

13.5.1  Additions 

When  adding  new  data  to  the  model  the  proper  code  number  is 
selected  and  entered  in  columns  7-11  on  Input  Sheet  V  A  (see  Table  13. ll). 
The  identification  number  and  mission/area  code  are  entered  in  columns 
1-5,  and  column  6,  respectively.  The  format  code  is  chosen  to  accommodate 
the  data  (see  Section  13.2.3)  and  entered  in  oolumn  12.  The  data  are 
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then  entered  in  colunms  13-72.  These  sixty  columns  are  divided  into 
twelve  fields  of  five  columns,  each  field  corresponding  to  a  year  for 
the  entering  of  yearly  data.  For  textual  or  non-year-oriented  data, 
line  numbers  21-25  are  used. 

There  are  cases  where  a  modification  of  a  single  entry  involves 
several  identification  numbers  and/or  mission/areas.  In  these  cases 
each  occurrence  must  be  recorded.  The  following  example  illustrates 
the  case  in  point.  Assume  that  ten  Light  Tracked  Command  Post 
Carriers  XM577  are  assigned  to  all  Infantry  Battalions,  TOE  7-152. 

As  this  item  is  not  now  assigned  to  these  units,  the  modification 
becomes  an  addition  to  the  model.  Using  the  Inverse  Listing,  under  the 
section  "Equipment/Materiel  Names,”  the  identification  number  for  the 
Command  Post  Carrier  is  determined  to  be  30201.  Still  using  the 
Inverse  Listing,  under  the  section  "Basic  Force  Unit  Names/  the  identi¬ 
fication  number  for  TOE  7-152  is  determined  to  be  20570.  However,  the 
Inverse  Listing  shows  six  TOE  7-152  units,  each  for  a  different 
mission/area.  Each  unit,  then,  must  be  entered  once  for  each  mission/area, 
as  shown  in  the  following  illustration: 
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In  this  example  the  number  of  vehicles  assigned  is  entered  In 
columns  13-17  regardless  of  the  Intended  date  of  phase-in.  The 
phasing  schedule  will  control  the  rate  and  timing  of  phase-in. 

13.5.2  Deletions 

Deleting  data  from  the  model  is  accomplished  by  entering  on 
Input  Sheet  V  B  (see  Table  13.12)  the  identification  mmber,  mission/area 
code  and  data  code  in  their  appropriate  fields  and  inserting  a  minus 
sign  in  Column  73.  Data  entries  (Columns  13-72)  are  not  necessary 
in  the  deletion  process.  As  an  example,  deletion  of  all  Command  Post 
Carriers  from  TOE  7-15E  in  Alaska  is  illustrated  below: 

Input  Sheet  V  B  .u. 

RUN  NUMBER  CHANGE  DELETE  Id 

canu  Tft  *LL 


LINE  NUMBER 

10 

1  1  «  » 

< 

* 

< 

V. 

s 

</> 

i 

• 

C00E 

»  I  •  <0  <> 

i 

! 

•f 

1 

i 

L 

»C 

2 

p 

/ 

2 

3 

-U 

J 

A  separate  sheet  is  maintained  for  deletions  to  avoid  confusion 
and  to  facilitate  the  task  of  the  key  punch  operator.  Deletions  must 
be  made  using  sheet  V  B  since  none  of  the  other  input  sheets  has  pro¬ 
vision  for  entering  the  deletion  indicator  in  column  73 • 
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13.5*3  Replacements 

Replacement  is  made  of  existing  data  in  the  model  either  in: 

(l)  data  entries  only  (columns  13-72)  or  (2)  in  the  identification 
number,  mission/area  code  and/or  data  code  (columns  1-12).  In  the 
former,  replacements  are  made  as  described  in  Section  13.5*1.  In  the 
latter,  the  existing  data  must  first  be  deleted  and  then  the  new  data 
added.  These  two  processes  are  illustrated  below.  The  first  example 
illustrates  a  quantitative  change  for  Command  Post  Carriers  from  10  to 
15  in  Europe  and  25  in  STRAC,  r.  change  involving  data  entries  only. 


RUN  NUMBER  CHANGE 
FROM _ TO _ 


Input  Sheet  V  A 

H  N  n  »l  N  M 

NEW  RUN  NUMBER  I  I  I  I  1  Q 

ALL  CAROS 


LINE  NUMBER 

ID 

CODE 

T  B  •  «  " 

! 

FISCAL 

YEAR 

a 

■ 

H 

j 

HI 

HB 

9 

E 

j 

1 

a 

a 

[ 

\ 

1 

a 

a 

E 

1 

, 

s 

G 

E 

55 

R9E5D 

0 

D 

5 

2 

5 

a 

5 

53 

E 

■ 

WJ 

E 

SE 

b 

■ 

E 

t 

3 

I 

■ 

I 

II 

1 

i 

II 

1 

1 

4 

I 

i 

I 

II 

1 

1 

i 

II 

■ 

1 

1 

9 

I 

i 

I 

II 

■ 

1 

i 

II 

■ 

1 

1 

« 

1 

i 

1 

■1 

□ 

1 

i 

II 

■ 

1 

1 

■ 

■ 

■ 

■ 

l 

The  second  example  illustrates  a  change  in  requirement  for  Command 
Post  Carriers  in  the  Pacific  to  Personnel  Carriers,  Tll4,  data  code 
30203.  Note  that  first  it  is  necessary  to  delete  the  Command  Post 
Carrier  and  then  add  the  Personnel  Carrier. 
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Input  Sheet  V  B 


RUN  NUMBER  CHANGE 
FROM _ TO _ 


DELETE  B 

ALL 

CARDS 


NEW  RUN  NUMBER  [  I  V  1  I  M 


ALL  CAROS 


ID 

■  *  »  •  * 

‘Hi*  mission /AREA  1 

CODE 

»  •  •  ‘0  '• 

5 

s 

S 

u. 

I 

zvm 

S3 

e 

30 

HIM 

II 

i 

11 

HIM 

H 

i 

II 

HIM 

II 

i 

N 

Input  Sheet  V  A 


RUN  NUMBER  CHAN8E  NEW  RUN  NUMBER  1  I  1  I  1  H 

FROM _ TO _  *LL  CA"DS 
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13. 5  .4  Conventions 

(a)  Run  Number.  E&ch  group  of  changes  to  the  base  case  must  be 
identified  in  order  to  maintain  a  control  over  the  various  changes  that 
occur.  The  initial  run  number  provides  a  benchmark  from  vhich  further 
departures  may  be  undertaken.  A  run  number  is  assigned,  generally  in 
sequence  for  each  subsequent  group  of  changes,  and  entered  in  columns  75-Co. 
Each  entry,  addition,  deletion  and/or  replacement  must  receive  a  run 
number.  This  identifying  number  will  appear  on  each  Update  Listing  (see 
Section  13.5«5) • 

(b)  Repetitions.  To  facilitate  the  entering  of  data  on  the  input 
sheet,  repetitions  of  data  within  a  field  may  be  indicated  by  an  arrow. 

The  c.rrow  extends  vertically  from  the  first  entry  to  the  last  indicating 
that  within  these  confines  all  entries  are  repeated.  To  illustrate,  the 
example  in  Section  13.5*1  would  now  appear  as  follows; 
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13.5.5  Update  Listings 

The  Update  Listing  is  a  computer  print  out  of  all  changes  made 
to  input  data  in  the  model  for  a  nev  run,  i.e.,  the  changes  made 
from  one  run  to  the  next. 


There  are  three  types  of  changes  vhich  appear  in  the  Update  Listing 
A  card  may  be  replaced  by  another  card,  a  card  may  be  deleted  or  a  card 
may  be  added.  Examples  cf  each  of  the  three  types  of  changes  may  appear 


as  follows; 


RUN  XXXX  TO  XXXI 


Change  No.  0001  CARD 
REPLACED  BY 

Change  No.  0002  CARD 
T)TTT.I*ill<?l) 

Change  No.  0003  CARD  ADDED 


13268 

Q 

03220 

4 

00288 

13268 

Q 

03220 

4 

00229 

4ioio 

C 

00015 

T 

00400 

15200 

H 

03722 

4 

OOO89 

00163 

00163 


At  the  end  of  the  Update  Listing  there  will  be  a  short  summary  of 
the  new  total  of  input  cards  in  the  model.  In  addition,  the  number 
of  additions,  deletions  and  replacements  in  the  Update  Listing  will 
appear. 


Hie  Update  Listing  can  be  of  assistance  to  the  analyst,  for  example 
in  providing  a  dated  record  of  changes  made  from  run  to  run.  It  also 
supplies  an  easy  method  for  checking  the  accuracy  of  changes  entered  in 
the  model  prior  to  a  new  run. 

13.6  DICTIONARY 

The  dictionary  contains  the  Qiglish  which  is  used  in  the  model's 
reports  and  input  listings.  In  contains  all  the  English  except  the 
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Program  names,  the  cost  category  names,  and  the  mission/area  names. 


The  dictionary  is  divided  into  three  parts,  Die  first  part 
contains  the  title  cards  which  are  automatic  entries  to  the  dictionary 
made  on  Input  Sheets  I  through  IV.  The  second  part  contains  fixed 
data,  which  have  an  OOXXX  code.  The  third  part  contains  cost  inputs, 
which  have  an  OXXXX  code.  Die  dictionary  entries,  except  title  cards, 
are  printed  out  in  a  report  titled  Army  Cost  Model  Dictionary.  The 
parts  of  the  dictionary  are  explained  in  Sections  13.6.1  through  13. 6. 4. 

13.6.1  Title  Cards 

All  title  cards  become  automatic  entries  into  the  dictionary.  Die 
title  cards  are  not  part  of  the  "permanent"  dictionary  but  only  become 
part  of  the  dictionary  for  each  run  of  the  model.  Before  the  computer 
program  begins  the  computational  portion  of  the  model  run,  the  program 
makes  a  pass  throu#i  all  the  input  data,  picking  up  all  the  title  cards 
and  storinc  them  in  memory  along  with  the  "permanent"  portion  of  the 
dictionary.  Die  operator  does  not  have  to  fill  out  dictionary  entries 
for  the  cards  which  are  automatic  entries  in  the  dictionary;  the  computer 
program  performs  this  part  of  the  operation. 


Identification 

1XXXX 

2XXXX 

3XXXX 

kXXXX 


Title  Cards 

Mission/Area 

X 

X 

X 


Data  Code 
00001 
00001 
00001 


X 


00001 
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13.6.2  Fixed  Data 

All  Inputs  which  have  a  data  code  of  OQXXX  (columns  7-11  in  the 
input  sheets  described  in  Section  13. l)  are  recorded  in  the  dictionary 
by  entering  the  first  two  digits  of  the  identification  number  (columns 
1  and  2  in  the  input  sheets)  in  columns  7  and  8,  and  the  last  three 
digits  of  the  data  code  in  columns  9,  10  and  11  in  the  dictionary. 

For  example,  the  yearly  average  unit  cost,  which  has  a  data  code  of 
00011  and  which  may  be  used  for  Standard  A  equipment  (ID  31XXX), 
substitute  equipment  (ID  32XXX)  and/or  «anunition  items  (ID  33XXX),  is 
entered  in  a  complete  series  in  the  dictionary  in  the  following  manner: 

Yearly  Average  Unit  Cost  Dictionary  Entries 
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The  rules  for  recording  these  data  codes  in  the  dictionary  are: 

-  The  identification  and  mission/area  columns,  1-6,  are  always 
filled  with  zeros. 

-  The  first  two  digits  of  the  identification  number  from  the 
input  sheets  are  entered  in  columns  7  and  8  (see  Section  13.2.1 
on  identification  numbers). 

"Hie  last  three  numbers  of  the  data  code  from  the  input  sheets  are 
entered  in  columns  9,  10  and  1]  (see  Section  13.2.2  on  data  codes). 

•Hie  appropriate  alphabetic  format  code  from  the  input  sheets  is 
entered  in  column  12  (see  Section  13*2.3  on  format  codes). 

-The  English  is  entered  beginning  in  column  13  but  does  not  extend 
beyond  column  72. 
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In  looking  through  the  prirt  out  of  the  Army  Coat  Model  Dictionary 
the  operator  will  notice  that  the  first  two  digits  of  the  identification 
number  and  the  data  code  are  the  same  for  all  fixed  data  which  are  entered 
on  Input  Sleets  IV  A,  Army-Wide  Data;  IV  B,  Mission/Area  Data;  and 
IV  C,  Deliveries  to  TQA  Schedules.  Both  the  identification  number  and 
the  data  code  begin  with  OOXXX.  An  example  of  this  is  the  entry  for  "days 
of  combat  stocks,  equipment." 
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The  zeros  in  columns  7  and  8  represent  the  first  two  digits  of  the 
identification  number,  00001,  even  though  they  are  the  same  as  the  first 
two  digits  of  the  data  code,  00027* 

13*6.3  Cost  Inputs 

The  cost  inputs,  which  have  a  code  of  QXXXX,  are  entered  in  the 

following  manner: 

Example  1 
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The  rules  are: 

-The  identification  and  mission/area,  columns  1  through  6,  are 
always  filled  with  zeros. 

*  The  data  code  is  entered  in  colimms  7  through  11. 

•The  appropriate  alphabetic  format  code  is  entered  in  colimm  12. 
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-Hie  English  entry  begins  in  colunn  13  but  does  not  extend  beyond 
column  72. 

13. 6, U  Requirements  for  a  Change  to  the  Dictionary 

When  it  is  necessary  to  make  a  change  in  the  dictionary  the  procedures 
outlined  in  Section  13. 5 ,  "Input  Change  Procedures,"  should  be  followed. 

A  change  to  the  dictionary  will  be  necessary  when: 

-Hie  name  of  an  input  is  altered. 

-Changes  are  made  to  data  codes  of  the  form  OXXXX,  or  when  inputs 
having  a  data  code  of  the  form  OXXXX  are  added.  Hiese  types  of 
changes  to  the  dictionary  must  be  coordinated  with  the  ADP 
programmer. 

13.7  LEVEL  OF  INPUTS:  THE  MISSICW/AREA 

Hie  DOD  programming  system  groups  those  Elements  which  share  a 
common  mission.  For  the  Army,  the  structure  is  grouped  further  by  area 
in  Program  III.  Hie  cost  model  is  structured  so  that  it  can  recognize 
differences  in  mission  and  geographical  area.  Units  sharing  a  common 
mission  or  appearing  in  the  same  geographical  area  can  be  grouped  together. 

Hie  model  provides,  in  its  mission/ area  designations,  a  framework 
for  matching  the  DOD  program  system.  Whenever  a  new  major  force  unit 
is  entered  in  the  model  (see  Sections  13-2.5  and  13.5.1)  it  must  be 
appropriately  identified  by  mission/area. 

Hie  model  recognizes  that  the  units  in  any  given  mission/area 
may  be  different  from  those  in  other  mission/areas,  and  that  the  differ¬ 
ences  may  be  in  one  or  in  many  of  the  factors  used  in  costing  a  force. 
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Hie  mission/area  identification  is  used  to  provide  varying  data. 

Mission/area  identification  is  also  important  in  the  model  for 
allocating  certain  ^costf  to  force  units  (see  Army  Cost  Mode2 
Structure  and  Flow  for  a  description  of  the  allocation  rules  used 
in  the  model). 

13.7.1  The  Mission/Area  "Tree" 

In  costing  a  force,  the  model  gives  appropriate  recognition  to 
applicable  adjustment  factors,  force  specification  and  to  other  cost 
parameters  included.  One  of  the  flexible  features  in  the  model  is 
the  ability  of  the  analyst  to  specify  "applicable"  factors  by  specific 
mission/area,  or  in  terms  of  aggregations  of  mission/areaB. 

Hie  structure  for  achieving  flexibility  may  be  likened  to  a  tree; 
the  mission/area  "tree"  has  "World-Wide"  as  its  trunk.  Hie  major  limbB 
are  groups  which  are  alike  in  broad  characteristics: 

Overseas  combat 
CONUS  combat 
Non-combat  programs 

Hiese  major  limbs  are  further  subdivided  into  individual  branches.  Hie 
"tree"  is  displayed  in  Table  13.23. 

All  input  data  are  identified  to  a  particular  mission/aree.  Major 
force  units  are  assigned  to  the  mission/area  in  which  they  appear  in  the 
force  structure.  Other  data  may  be  entered  at  various  levels  in  the 
mission/area  "tree"  depending  on  the  form  in  which  the  data  are  available. 


ROMAN  LETTER  -  MISSION/AREA  DESIGNATOR 
ROMAN  NUMERAL*  MAJOR  PROGRAM 


Gj 
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Data  should  always  be  entered  at  the  most  appropriate  level. 

Each  time  a  reference  to  data  is  required  in  the  model,  the  tree 
is  "searched"  to  obtain  the  data  at  the  most  detailed  level.  The 
search  always  begins  at  the  most  detailed  level  and  works  toward  the 
World-Wide  level.  If  no  data  are  available  for  a  particular  level,  such 
as  Europe,  the  model  searches  for  the  data  at  the  next  most  aggregative 
level,  in  this  case  Overseas  Canbat.  This  process  is  continued  from 
one  level  to  the  next  until  data  are  found. 

This  concept  in  operation  can  be  demonstrated  readily  by  the 
materiel  phasing  schedule  shown  on  Input  Sheet  III  A  in  Section  13.I. 
Howitzers  could  be  authorized  for  force  units  in  Alaska,  mission/area 
L,  but  no  phasing  schedule  for  this  specific  mission/area  is  provided. 

The  model  first  looks  for  the  specific  data  needed  (in  this  case  a 
phasing  schedule  for  howitzers  for  mission/area  L).  If  the  desired 
data  for  mission/area  L  are  not  available,  the  model  looks  for  the 
needed  data  at  the  next  summary  level.  If  a  phasing  schedule  were 
provided  for  mission/area  B,  "Overseas  Combat,"  this  schedule  would  be 
used  for  Alaska  in  the  absence  of  an  "Alaska"  schedule.  lacking  the 
requisite  data  at  the  intermediate  summary  level  ("Overseas  Combat"), 
the  model  will  use  the  data  supplied  for  "World-Wide"  use.  The  World-Wide 
phasing  schedule  for  the  Howitzer  T195E1  and  substitutes  is  shown  on  the 
sample  Input  Sheet  III  A  as  follows: 


X«1 
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HU 

JH-2 

m 

Standard  A 

0.0 

0.0 

0.0 

0.2 

1.0 

Standard  B 

1.0 

1.0 

1.0 

0.8 

0.0 

Bras,  any  alternative  force  for  which  materiel  item  30215  (the  generic 
data  code  for  this  howitzer  item)  is  specified  in  Alaska  (mission/area 
L)  will  receive  100$  of  the  Standard  B  item  in  years  N-l,  N,  and  N+l; 

20 $  of  the  Standard  A  (code  31215)  and  80 $  of  the  Standard  3  item  in 
year  1H-2;  while  in  year  N-f-3  and  later  years  the  asset  position  will  be 
100$  of  the  Standard  A. 

The  mission/area  tree  presented  in  this  section  applies  through¬ 
out  the  model.  Each  major  force  unit  is  costed  in  accordance  with  the 
factors  prescribed  for  its  mission/area,  and  if  no  factors  are  prescribed 
for  the  specific  mission/area  the  model  will  "search"  along  the  line  of 
aggregation  until  the  needed  data  are  located. 

13.7.2  Selection  of  Proper  Input  Level 

The  Army  Cost  Model  is  designed  with  sufficient  flexibility  to 
permit  a  choice  among  several  alternatives  in  entering  new  data.  This 
manual  cannot  describe  every  possible  choice,  but  the  most  common  kinds 
of  choices  are  mentioned  in  this  section. 

Section  13.7.1  describes  the  mission/area  concept  which  is  incorpo¬ 
rated  into  the  model.  The  operator  can  use  the  mission/area  tree  to 
save  clerical  effort  and  to  accomplish  the  specific  changes  he  desires. 

If  data  are  available  to  indicate  that  two  mission/areas  (for 
example,  Alaska  and  Caribbean)  are  subject  to  special  circumstances, 
but  that  all  others  can  be  treated  alike,  then  one  World-Wide  factor  can 
be  entered  along  with  the  factor  (or  factors)  for  each  of  the  two  specific 
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mission/areas .  Hie  operator  should  specifically  decide  about  the 

appropriate  mission/area  designation  for  the  following  data: 

Input  Sheet 


Basic  Force  Unit  Data  II 

Materiel  Phasing  Schedules  III  A 

Materiel  Data  III  B 

Military  Personnel  Data  III  D 

Unspecified  Personnel  Allocation  Ratios  III  E 

Force  &  Run  Constants  IV  A,  B 


In  preparing  input  data  for  the  mod. el,  the  following  rule  must 
be  followed  at  all  times: 


When  any  new  input  is  to  be  entered,  the  operator  ! 
must  supply  data  for  all  inputs  on  the  applicable  j 
fixed-form  input  sheet,  except  inputs  of  value  1.0  j 
or  0.0  to  be  automatically  supplied  by  the  computer  i 
program  (see  Section  13.2.3)*  j 


Hiis  rule  applies  only  to  the  entry  of  new  data  not  previously 
included  in  the  model  inputs;  it  does  not  apply  to  changes  to  existing 
data.  Used  in  this  sense,  the  term  "new"  data  is  defined  as  data  with 
a  new  ID  -  mission/area  combination  (columns  1-5  and  column  6).  For 
example,  if  materiel  data  for  item  X  are  now  included  in  the  model  far 
mission  areas  A,  K,  and  J,  the  addition  of  materiel  data  for  item  X  in 
mission/area  M  constitutes  new  data.  Changing  a  particular  factor 
(e.g.,  maintenance  float)  for  item  X  in  mission/area  K  does  not  constitute 


new  data 
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Hie  rule  must  be  followed  regardless  of  what  type  of  input  sheet 
is  used  to  enter  the  data,  whether  fixed  form  Input  Sheets  I  through 
IV  C,  Program  Add/Change  Sheet  V  A,  or  the  "free  form"  sheet.  If 
the  fixed  form  input  sheet  is  used,  it  must  be  filled  in  completely. 
If  another  input  sheet  is  used  (V  A  or  the  free  form),  the  same  data 
must  be  supplied  as  would  have  been  entered  on  the  fixed  form. 


Hie  foregoing  rule  must  be  observed  because  the  computer  program 
automatically  generates  certain  types  of  input  data  (see  Army  Cost  Mod 

(U> 

Structure  and  Flow  for  a  more  detailed  explanation).  When  one  of  the 


factors  on  an  input  sheet  is  supplied,  the  model  will  use  the  values. 


including  those  generated  automatically,  for  that  input  sheet  rather 
than  values  applicable  to  a  mission/area  at  a  hitler  summary  level. 


To  illustrate,  assume  that  the  fixed  form  Input  Sheet  III  B  has 
been  used  to  supply  the  following  World-Wide  (m/a  A)  factors  for  the 
T195E1  Howitzer: 

Allowance  for  Unspecified  Units  5 0$  of  specified 

Combat  Consumption  Rate  per  month 

Maintenance  Float  Jhctor  5#  of  operational  inventory 


Assuming  further  that  one  aspect  of  an  alternative  force  is  the 
specification  of  a  different  allowance  for  unspecified  units  for  this 
howitzer  in  one  specific  mission/area,  for  example,  6($  in  Europe,  one 
might  suppose  that  the  data  could  be  entered  simply  as  follows: 
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Entry  of  the  new  factor  In  this  manner,  however,  would  he  equivalent 
to  specifying  for  the  TI95EI  Howitzer,  in  Europe,  all  of  the  following: 


Allowance  for  Upspecified  Units 

6<# 

Combat  Consumption 

Zero 

Maintenance  Float 

•Zero 

The  resulting  calculated  requirements  for  Europe  would,  of  course, 
he  seriously  in  error.  To  make  the  desired  change  properly  the 
operator  should  prepare  a  complete  Input  Sheet  III  B,  rather  than 
prepare  only  a  single  entry  as  in  the  above  example. 


-199- 

APPENDIX 

GLOSSARY 

Adjustment  Factor  -  Cost  model  inputs  used  to  make  changes  to  all 
inputs  of  a  specified  type. 

Base  Case  -  The  benchmark  force  used  as  a  point  of  departure  and  a 
comparison  standard  in  costing  alternative  forces  using  the  model.  Hie 
model  run  of  the  currently  approved  base  program  vill  normally  be  used 
as  the  model  base  case. 

Basic  Force  Unit  -  Component  units  of  major  force  units.  The  make-up 
of  each  major  force  unit  is  specified  in  terms  of  basic  force  units. 

The  makeup  of  each  basic  force  unit,  in  turn,  is  specified  in  terms  of 
personnel  and  materiel. 

Combat  Consumption  Stock  Level  -  Reserves  for  replacement  of  items 
consumed  during  the  early  days  of  combat  (see  Section  7.2  of  this  manual). 

Data  Code  -  The  five  digit  number  used  in  the  input  data  coding  system 
to  identify  the  characteristic  of  the  thing  identified  by  the  ID  number. 

Hie  data  code  is  punched  into  columns  7-11  of  the  punched  card  (see 
Chapter  13)’ 

Delivery-Basis  Cost  -  The  cost  of  a  veapon  system .  materiel  item,  or 
force  unit,  at  the  time  of  acceptance.  This  is  distinguished  from 
the  time  of  funding  or  expenditure  (see  "Total  Obligations!  Authority"). 


Force  Unit  -  See  'Major  Force  Unit”  and  "Basic  Force  Unit. 
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Format  Code  -  The  symbol  used  as  part  of  the  input  data  coding 
system  to  identify  the  dimensions  of  the  input  data,  e.g.,  units, 
thousands,  etc.  (see  Section  13*2). 

Identification  Number  -  The  five  digit  number  used  in  the  input  data 
coding  system  to  identify  the  thing  (force  unit,  materiel  item,  etc.) 
to  vhich  the  data  apply.  The  identification  number  is  punched  into 
columns  1-5  of  the  punched  card  (see  Chapter  13). 

ID  Nxmber  -  See  "Identification  Number." 

Inheritance  -  The  obtaining  of  resources  by  one  force  unit  from  another 

unit  which  had  resources  in  excess  of  its  requirements.  The  allocation 

rules  used  in  the  model  for  inheritance  are  mentioned  in  Section  13.7  of 
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this  manual.  Also  see  Army  Cost  Model  Structure  and  Flow. 

Input  Data  -  Specific  values  entered  for  the  generalized  parameters 
in  the  model  structure. 

Input  Listing  -  A  machine  listing  of  all  items  of  input  data  used  in  the 
model.  Two  typec  are  available:  Standard  Input  Listings  and  Inverse 
Input  Listings  (see  Chapter  13  for  descriptions  and  uses). 

Inverse  Listing  -  See  "Inverse  Input  Listing." 

Inverse  Input  Listing  -  One  of  two  types  of  input  listings  (see 
Chapter  13  for  description  and  use). 

Lag  Factors  -  Factors  used  in  the  model  to  translate  delivery-basis  cost 
into  Total  Obligational  Authority. 
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Major  Force  Unit  -  A  unit  which  may  be  of  significance  in  analysis, 
itself  defined  specifically  in  terms  of  basic  force  units  and,  in 
special  cases,  manpower,  materiel,  and  other  elements  of  cost.  The 
major  force  unit  is  the  lowest  level  at  which  outputs  are  available 
from  the  model. 

Manning  Level  -  The  relationship  between  the  number  of  men  in  specified 
force  being  costed  and  the  number  in  sane  previously  selected  benchmark, 
e.g.,  TOE  or  "authorized  strength  (see  Section  8.3  of  this  manual). 

Mission/ Area  -  Major  geographical  areas,  such  as  Europe,  Pacific,  etc., 
or  missions,  such  as  Research  and  Development,  Reserve  &  Guard,  etc. 

Mission  Area  Code  -  The  symbol  used  as  part  of  the  input  data 

coding  system  to  identify  the  applicable  mission/area  (see  Chapter  13  ). 

Model  -  Any  generalized  framework  for  solving  problems.  As  used  in 
this  manual,  the  term  "model"  refers  to  the  Army  Cost  Model  and  is 
defined  as  the  generalized  structure,  estimating  methodology,  and  logic. 
'Model"  is  not  used  to  include  input  data  (see  Sections  1.3  and  2.li 

Model  Run  -  A  particular  application  of  the  Army  Cost  Model  to  estimate 
the  cost  of  a  particular  force. 

Operator  -  A  member  of  the  staff  of  analysts  responsible  for  operating 
and  maintaining  the  model  and  input  date  (see  Section  1.2  of  this 
manual  for  a  description  of  the  functions  of  the  model  operator). 

Phasing  Schedule  -  Model  inputs  which  represent  the  timing  of  the  intro¬ 
duction  of  specific  equipment  items  into  the  force.  The  phasing 
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schedule  indicates  also  any  differences  in  priorities  by  mission/area 
(see  Section  7.k  of  this  manual). 

Progress  Curve  -  Materiel  cost -quantity  relationship  which  can  be  used 
to  estimate  unit  costs  (see  Sub -section  7. 3 .2  of  this  manual). 

Run  -  See  "Model  Run." 

Standard  Incut  Listing  -  One  of  two  types  of  Input  Listings  (see 
Chapter  13  for  description  and  use). 

Thruput  -  A  special  input,  usually  in  terms  of  dollars  or  personnel 
strengths,  which  is  not  operated  upon  in  the  model  computational 
procedure  and  which  appears  in  the  model  output  exactly  as  entered. 
Thruputs  are  always  entered  at  the  MI\J  level.  They  may  be  added  to 
like  quantities  in  making  output  aggregations. 

Update  Listing  -  A  machine  listing  of  changes  to  the  model  input  data. 

An  Update  Listing  is  made  each  time  an  alternative  force  is  run  or  the 
base  case  updated  (see  Section  13* 5 *5)* 

Updating  -  Incorporation  of  current  data  to  keep  existing  model  inputs 
up  to  date,  and  to  extend  the  coverage  of  the  model  to  include  new 
weapon  systems,  organizational  units,  or  hardware  items  as  they  are 
introduced  into  the  force  (see  Chapter  11  for  a  discussion  of  updating). 

Upgrading  -  Research  to  modify  the  structure  of  the  model  or  to 
incorporate  new  forms  of  input  data. 

User  -  The  individual,  group,  or  organization  by  whom  the  model  is 
used  to  develop  cost  estimates,  i.e.,  the  user  of  model  outputs. 
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